mirror of
https://github.com/affaan-m/ECC.git
synced 2026-09-17 23:28:04 +02:00
* fix(skills): move version into metadata and normalize to semver 29 skills declared `version` at the top level of their frontmatter. The schema reads it from `metadata`, so tooling that follows the schema either misses it or has to special-case the top level. Three motion skills also declared `version: 1.0`, which is not a valid semantic version; normalized to `1.0.0`. No behavioral change — frontmatter metadata only. * fix(skills): state activation triggers in skill descriptions 148 skills described what they cover but never named the situation that should trigger them. Since the description is what Claude matches against to decide whether to load a skill, a description without a trigger makes activation guesswork — the skill is either missed or loaded at the wrong time. Added a "Use when ..." clause to each, derived from the skill's own body (most already stated the trigger under "## When to Use" or in the opening line; that intent is now reflected in the frontmatter where it is actually read from). Descriptions were only appended to; no existing wording was removed. * fix(skills): sync activation triggers into the Codex skill mirror 10 of the skills whose descriptions changed are also mirrored under `.agents/skills/`, where the description was previously a verbatim copy. Left alone, the two surfaces would disagree about when the skill applies. Only the description line is synced; the Codex copies keep their reduced frontmatter, since that validator accepts only name, description, metadata, license, and allowed-tools. * fix(skills): correct three activation clauses from review - autonomous-loops: the clause pulled new loop work into a skill that its own body marks as a compatibility shim retained for one release. It now points at the canonical continuous-agent-loop instead. - continuous-learning: the description carried the v1 routing directive twice; collapsed to one. - homelab-pihole-dns: the clause fired on any broken home DNS. Narrowed to tasks that actually involve Pi-hole. * chore: retain current main lockfile --------- Co-authored-by: Çağrı Solakoğlu <cagri.solakoglu@vtcenerji.com> Co-authored-by: haelyra <49814733+haelyra@users.noreply.github.com>
260 lines
6.9 KiB
Markdown
260 lines
6.9 KiB
Markdown
---
|
|
name: swiftui-patterns
|
|
description: SwiftUI architecture patterns, state management with @Observable, view composition, navigation, performance optimization, and modern iOS/macOS UI best practices. Use when building or reviewing SwiftUI views, @Observable state, navigation, or render performance.
|
|
---
|
|
|
|
# SwiftUI Patterns
|
|
|
|
Modern SwiftUI patterns for building declarative, performant user interfaces on Apple platforms. Covers the Observation framework, view composition, type-safe navigation, and performance optimization.
|
|
|
|
## When to Activate
|
|
|
|
- Building SwiftUI views and managing state (`@State`, `@Observable`, `@Binding`)
|
|
- Designing navigation flows with `NavigationStack`
|
|
- Structuring view models and data flow
|
|
- Optimizing rendering performance for lists and complex layouts
|
|
- Working with environment values and dependency injection in SwiftUI
|
|
|
|
## State Management
|
|
|
|
### Property Wrapper Selection
|
|
|
|
Choose the simplest wrapper that fits:
|
|
|
|
| Wrapper | Use Case |
|
|
|---------|----------|
|
|
| `@State` | View-local value types (toggles, form fields, sheet presentation) |
|
|
| `@Binding` | Two-way reference to parent's `@State` |
|
|
| `@Observable` class + `@State` | Owned model with multiple properties |
|
|
| `@Observable` class (no wrapper) | Read-only reference passed from parent |
|
|
| `@Bindable` | Two-way binding to an `@Observable` property |
|
|
| `@Environment` | Shared dependencies injected via `.environment()` |
|
|
|
|
### @Observable ViewModel
|
|
|
|
Use `@Observable` (not `ObservableObject`) — it tracks property-level changes so SwiftUI only re-renders views that read the changed property:
|
|
|
|
```swift
|
|
@Observable
|
|
final class ItemListViewModel {
|
|
private(set) var items: [Item] = []
|
|
private(set) var isLoading = false
|
|
var searchText = ""
|
|
|
|
private let repository: any ItemRepository
|
|
|
|
init(repository: any ItemRepository = DefaultItemRepository()) {
|
|
self.repository = repository
|
|
}
|
|
|
|
func load() async {
|
|
isLoading = true
|
|
defer { isLoading = false }
|
|
items = (try? await repository.fetchAll()) ?? []
|
|
}
|
|
}
|
|
```
|
|
|
|
### View Consuming the ViewModel
|
|
|
|
```swift
|
|
struct ItemListView: View {
|
|
@State private var viewModel: ItemListViewModel
|
|
|
|
init(viewModel: ItemListViewModel = ItemListViewModel()) {
|
|
_viewModel = State(initialValue: viewModel)
|
|
}
|
|
|
|
var body: some View {
|
|
List(viewModel.items) { item in
|
|
ItemRow(item: item)
|
|
}
|
|
.searchable(text: $viewModel.searchText)
|
|
.overlay { if viewModel.isLoading { ProgressView() } }
|
|
.task { await viewModel.load() }
|
|
}
|
|
}
|
|
```
|
|
|
|
### Environment Injection
|
|
|
|
Replace `@EnvironmentObject` with `@Environment`:
|
|
|
|
```swift
|
|
// Inject
|
|
ContentView()
|
|
.environment(authManager)
|
|
|
|
// Consume
|
|
struct ProfileView: View {
|
|
@Environment(AuthManager.self) private var auth
|
|
|
|
var body: some View {
|
|
Text(auth.currentUser?.name ?? "Guest")
|
|
}
|
|
}
|
|
```
|
|
|
|
## View Composition
|
|
|
|
### Extract Subviews to Limit Invalidation
|
|
|
|
Break views into small, focused structs. When state changes, only the subview reading that state re-renders:
|
|
|
|
```swift
|
|
struct OrderView: View {
|
|
@State private var viewModel = OrderViewModel()
|
|
|
|
var body: some View {
|
|
VStack {
|
|
OrderHeader(title: viewModel.title)
|
|
OrderItemList(items: viewModel.items)
|
|
OrderTotal(total: viewModel.total)
|
|
}
|
|
}
|
|
}
|
|
```
|
|
|
|
### ViewModifier for Reusable Styling
|
|
|
|
```swift
|
|
struct CardModifier: ViewModifier {
|
|
func body(content: Content) -> some View {
|
|
content
|
|
.padding()
|
|
.background(.regularMaterial)
|
|
.clipShape(RoundedRectangle(cornerRadius: 12))
|
|
}
|
|
}
|
|
|
|
extension View {
|
|
func cardStyle() -> some View {
|
|
modifier(CardModifier())
|
|
}
|
|
}
|
|
```
|
|
|
|
## Navigation
|
|
|
|
### Type-Safe NavigationStack
|
|
|
|
Use `NavigationStack` with `NavigationPath` for programmatic, type-safe routing:
|
|
|
|
```swift
|
|
@Observable
|
|
final class Router {
|
|
var path = NavigationPath()
|
|
|
|
func navigate(to destination: Destination) {
|
|
path.append(destination)
|
|
}
|
|
|
|
func popToRoot() {
|
|
path = NavigationPath()
|
|
}
|
|
}
|
|
|
|
enum Destination: Hashable {
|
|
case detail(Item.ID)
|
|
case settings
|
|
case profile(User.ID)
|
|
}
|
|
|
|
struct RootView: View {
|
|
@State private var router = Router()
|
|
|
|
var body: some View {
|
|
NavigationStack(path: $router.path) {
|
|
HomeView()
|
|
.navigationDestination(for: Destination.self) { dest in
|
|
switch dest {
|
|
case .detail(let id): ItemDetailView(itemID: id)
|
|
case .settings: SettingsView()
|
|
case .profile(let id): ProfileView(userID: id)
|
|
}
|
|
}
|
|
}
|
|
.environment(router)
|
|
}
|
|
}
|
|
```
|
|
|
|
## Performance
|
|
|
|
### Use Lazy Containers for Large Collections
|
|
|
|
`LazyVStack` and `LazyHStack` create views only when visible:
|
|
|
|
```swift
|
|
ScrollView {
|
|
LazyVStack(spacing: 8) {
|
|
ForEach(items) { item in
|
|
ItemRow(item: item)
|
|
}
|
|
}
|
|
}
|
|
```
|
|
|
|
### Stable Identifiers
|
|
|
|
Always use stable, unique IDs in `ForEach` — avoid using array indices:
|
|
|
|
```swift
|
|
// Use Identifiable conformance or explicit id
|
|
ForEach(items, id: \.stableID) { item in
|
|
ItemRow(item: item)
|
|
}
|
|
```
|
|
|
|
### Avoid Expensive Work in body
|
|
|
|
- Never perform I/O, network calls, or heavy computation inside `body`
|
|
- Use `.task {}` for async work — it cancels automatically when the view disappears
|
|
- Use `.sensoryFeedback()` and `.geometryGroup()` sparingly in scroll views
|
|
- Minimize `.shadow()`, `.blur()`, and `.mask()` in lists — they trigger offscreen rendering
|
|
|
|
### Equatable Conformance
|
|
|
|
For views with expensive bodies, conform to `Equatable` to skip unnecessary re-renders:
|
|
|
|
```swift
|
|
struct ExpensiveChartView: View, Equatable {
|
|
let dataPoints: [DataPoint] // DataPoint must conform to Equatable
|
|
|
|
static func == (lhs: Self, rhs: Self) -> Bool {
|
|
lhs.dataPoints == rhs.dataPoints
|
|
}
|
|
|
|
var body: some View {
|
|
// Complex chart rendering
|
|
}
|
|
}
|
|
```
|
|
|
|
## Previews
|
|
|
|
Use `#Preview` macro with inline mock data for fast iteration:
|
|
|
|
```swift
|
|
#Preview("Empty state") {
|
|
ItemListView(viewModel: ItemListViewModel(repository: EmptyMockRepository()))
|
|
}
|
|
|
|
#Preview("Loaded") {
|
|
ItemListView(viewModel: ItemListViewModel(repository: PopulatedMockRepository()))
|
|
}
|
|
```
|
|
|
|
## Anti-Patterns to Avoid
|
|
|
|
- Using `ObservableObject` / `@Published` / `@StateObject` / `@EnvironmentObject` in new code — migrate to `@Observable`
|
|
- Putting async work directly in `body` or `init` — use `.task {}` or explicit load methods
|
|
- Creating view models as `@State` inside child views that don't own the data — pass from parent instead
|
|
- Using `AnyView` type erasure — prefer `@ViewBuilder` or `Group` for conditional views
|
|
- Ignoring `Sendable` requirements when passing data to/from actors
|
|
|
|
## References
|
|
|
|
See skill: `swift-actor-persistence` for actor-based persistence patterns.
|
|
See skill: `swift-protocol-di-testing` for protocol-based DI and testing with Swift Testing.
|