SwiftUI Design Engineering

Use this workflow when the deliverable is SwiftUI source, an iOS screen specification, or a review of an existing Apple-platform interface.

Workflow

1. Inspect the project before choosing APIs: deployment targets, Swift language mode, nearby views, navigation ownership, dependency injection, test targets, and asset/token conventions.
2. Write the screen contract first: user goal, states, navigation, data ownership, platform availability, Dynamic Type behavior, VoiceOver order, reduced-motion behavior, and acceptance checks.
3. Reuse local components and semantic assets. Do not invent parallel button, card, spacing, color, or typography systems.
4. Keep state at the narrowest owner. Prefer value state for local UI, explicit inputs for feature dependencies, and environment injection only for genuinely shared services.
5. Compose small views around stable identities. Keep networking, persistence, formatting, and routing out of expensive body paths.
6. Add previews or fixtures for loading, empty, populated, error, large text, dark appearance, and right-to-left layout when relevant.
7. Build and test the smallest target, then run the critical simulator flow. Record commands and outcomes in the handoff.

Design contract