ios-state-management
Standards for Combine, Observation, and Reactive Programming. Use when managing state with Combine, @Observable, or reactive patterns in iOS.
Installation
Follow the repository instructions for this skill and your agent. Review the files and dependencies before adding it to your workflow.
View source ↗GuidesSkill instructions
iOS State Management Standards
Priority: P0
Implementation Guidelines
Combine (Reactive)
-
Publishers: Use
@Publishedfor state in ViewModels. UsePassthroughSubjectfor one-time events (Transitions/Alerts). -
Memory Management: Store subscriptions in a
Set<AnyCancellable>. Ensure they are cleared on deinit. -
Operators: Use operators like
.debounce,.filter,.map, and.flatMapto transform input stream. -
Schedulers: Always prefix UI property updates with
@MainActoror use.receive(on: DispatchQueue.main).
Observation Framework (iOS 17+)
-
@Observable: Use for modern, macro-based observation. Replace
ObservableObjectin SwiftUI apps. -
Binding: Use
$statefor two-way bindings in SwiftUI. No boilerplateobjectWillChangecalls.
Best Practices
-
ViewState Unification: Prefer a single
Stateenum or struct (Unidirectional) for complex screens. -
Avoid Over-Reactive: Don't use Combine for simple local flags. Use standard
@Stateor variables.
Anti-Patterns
-
Subscription Leaks:
**No uncleared subscriptions**: Always use .store(in: &cancellables). -
Main Thread Violation:
**No UI updates on Background**: Use .receive(on: .main). -
Manual objectWillChange:
**No manual notifications**: Use @Published or @Observable.
References
Examples
Read the usage examples in the source repository.
View source ↗Source history
- Indexed on
- 2026-03-11
- Index updated
- 2026-03-11
- Branch
- main
Index and sync dates describe this directory. View the source repository for code history.
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!