用途：指导 Flutter 应用采用推荐的分层架构（UI、Logic、Data），用于搭建新项目结构或为可扩展性进行重构。
核心原则：强制关注点分离，将 UI 渲染与业务逻辑、数据获取解耦，并按功能在层内进一步拆分；维护单一数据源（SSOT），应用状态与数据集中在 Data 层，只有 SSOT 有权修改对应数据；实现单向数据流（UDF），状态自 Data 层向下流向 UI 层，事件自 UI 层向上流向 Data 层；将 UI 视为状态的函数，用不可变状态对象驱动 UI，状态变化时响应式重建组件。
分层结构：按复杂度分为 2 至 3 层，层间只与相邻层通信。UI 层含 Views（精简可复用组件，仅处理动画、路由、布局等 UI 关注点）与 ViewModels（管理 UI 状态，将领域模型转为展示格式，暴露状态并处理交互事件）。Logic 层为条件层：复杂客户端业务逻辑时加入 Use Cases 或 Interactors 编排多个仓库；标准 CRUD 应用可省略，由 ViewModel 直接调用仓库。Data 层作为 SSOT，严格分为 Repositories 与 Services。
Data 层实现：Services 包装外部 API（HTTP 服务器、本地数据库、平台插件），写成无状态 Dart 类，不存应用状态，每个外部数据源对应一个 Service 类。Repositories 作为领域数据 SSOT，消费 Service 原始数据，处理缓存、离线同步与重试，并将原始数据转换为干净的领域模型供 ViewModel 使用。
功能实现流程：定义领域模型（不可变 Dart 类）→ 实现 Services（无状态，处理原始数据获取）→ 实现 Repositories（消费 Service、缓存并返回领域模型）→ 实现 ViewModels（消费 Repository，暴露不可变状态与用户操作命令）→ 实现 Views（绑定 ViewModel 状态并在交互时触发方法）→ 运行验证器（对 Service、Repository、ViewModel 做单元测试，对 View 做组件测试），根据失败反馈修复逻辑或 mock 后重跑直至通过。
限制：资料未提供具体安装命令、依赖版本、收费信息或平台支持范围。