Skip to main content

view-composition

Change or review UIKitUltra view composition internals inside the UIKitUltra source repository. Use for BodyBuilder, BodyBuilderItem, View+Body, View+Add, ForEach, stack insertion/removal, subscriptions, and composition diff behavior; not for ordinary downstream view construction.

소스 정보

저장소
swiftstream/Ultra
최근 소스 활동
2026년 9월 21일 20:22
감지된 SKILL.md 언어
영어
스타
628
포크
36

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
view-composition
description
Change or review UIKitUltra view composition internals inside the UIKitUltra source repository. Use for BodyBuilder, BodyBuilderItem, View+Body, View+Add, ForEach, stack insertion/removal, subscriptions, and composition diff behavior; not for ordinary downstream view construction.
# Maintain UIKitUltra View Composition Use this LOCAL contributor skill for built-in composition/runtime source work. ## Load the smallest decision-complete context 1. Assume root/architecture/skill routing already selected this skill and `VIEW_COMPOSITION.md`; do not re-read `AGENTS.md`/`SKILL_INDEX.md` unless that context is genuinely missing or stale. 2. Use [`VIEW_COMPOSITION.md`](../../architecture/VIEW_COMPOSITION.md) as the primary owner. 3. Add only the supporting contract the change needs: - [`RUNTIME_MODEL.md`](../../architecture/RUNTIME_MODEL.md) for insertion/update lifecycle; - [`MUTATION_MODEL.md`](../../architecture/MUTATION_MODEL.md) for subscriptions/diff callbacks; - [`FLUENT_CHAIN_CONTRACT.md`](../../architecture/FLUENT_CHAIN_CONTRACT.md) for changed public composition APIs. 4. Use [`SOURCE_MAP.md`](../../SOURCE_MAP.md) only if the affected source location/ownership is not already known. ## Plan checklist - Identify affected composition entrypoints such as `body`, `addItem`, `add(views:at:)`, stack add paths, or `ForEach`. - Classify the impact as DSL, runtime, or cross-layer. - Identify subscription/diff handling changes and repeated-setup listener risk. - Preserve explicit insertion/removal ordering and object identity. ## Implementation rules - Preserve reference/object identity; do not introduce value-view copy semantics. - Keep insertion ordering explicit and consistent with current composition ownership. - If changing `ForEach` subscriptions, keep begin/listener/end update flow and listener ownership explicit. - Treat diff `modifications` handling as explicit policy; do not imply support that is not implemented. - Do not add a second composition/runtime model to compensate for one local edge case. ## Audit Verify: - fluent composition-facing chain continuity remains intact; - `ForEach` insertions/deletions and any intentionally supported modifications remain safe; - no hidden lifecycle regression appears in view/stack insertion/removal; - repeated setup does not silently accumulate listeners/subscriptions; - runtime docs change only if durable update timing/ownership actually changed; - unrelated source/governance remains untouched. Stop and re-plan if the work requires a new composition ownership/lifecycle mechanism rather than an implementation inside current UIKitUltra architecture.
GitHub에서 보기