ios-state-management
Standards for Combine, Observation, and Reactive Programming. Use when managing state with Combine, @Observable, or reactive patterns in iOS.
Installation
Suivez les instructions du dépôt pour votre agent. Consultez les fichiers et dépendances avant l’installation.
Voir la source ↗GuidesInstructions
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
Exemples
Consultez les exemples du dépôt source.
Voir la source ↗Historique source
- Date d’indexation
- 2026-03-11
- Mise à jour de l’index
- 2026-03-11
- Branch
- main
Les dates concernent ce répertoire. Consultez le dépôt pour l’historique du code.
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!