Multi-team projects
When two or more teams need to own separate feature areas without merge conflicts or tight coupling.
Every Flutter team eventually faces the same scaling problems: growing files, tangled dependencies, and features that break other features. Air Framework was built to solve these from day one.
As a Flutter app grows, three pain points surface consistently:
StatefulWidget.build, impossible to unit test.Air Framework enforces strict module boundaries from day one. Each feature is an isolated module — with its own state, routes, services, and dependencies — that can be developed, tested, and deployed independently.
graph LR
A[Unstructured App] -->|grows| B[Big Ball of Mud]
C[Air Framework App] -->|grows| D[Modular Monolith]
D --> E[Scalable ✓]
D --> F[Testable ✓]
D --> G[Team-ready ✓]
| Criterion | No Architecture | Provider / Riverpod | BLoC | Air Framework |
|---|---|---|---|---|
| Module isolation | ❌ | ⚠️ Partial | ⚠️ Partial | ✅ Enforced |
| Dependency injection | ❌ | ⚠️ Provider tree | ❌ Manual | ✅ Scoped AirDI |
| Code generation | ❌ | ❌ | ❌ | ✅ @GenerateState |
| Lifecycle hooks | ❌ | ❌ | ❌ | ✅ onBind / onInit |
| Inter-module comms | ❌ | ❌ | ❌ | ✅ EventBus |
| Permission system | ❌ | ❌ | ❌ | ✅ Built-in |
| AI agent skills | ❌ | ❌ | ❌ | ✅ air skills install |
| Routing ownership | ❌ | ❌ | ⚠️ | ✅ Per-module routes |
| Standalone state | ❌ | ✅ | ✅ | ✅ air_state pkg |
Legend: ✅ First-class support · ⚠️ Possible with extra effort · ❌ Not provided
Multi-team projects
When two or more teams need to own separate feature areas without merge conflicts or tight coupling.
Long-lived applications
When you plan to maintain the app for years and need clean boundaries that prevent architectural decay.
Enterprise requirements
When you need auditable permissions, scoped service registries, and enterprise-grade separation of concerns.
AI-assisted development
When you use AI coding agents — the skill system gives them instant framework knowledge so they generate correct code from day one.
Air Framework is the structure layer — the architectural skeleton that keeps everything else organized as your app grows.