| 依赖规则 | 源码依赖只指向内层，跨边界用接口与数据模型转换 |
|---|---|
| 层示意 | 实体 → 用例 → 接口适配器 → 框架与驱动 |
| 收益 | 业务规则可独立测试与替换外部实现 |
- 依赖方向：内层不出现框架、ORM 与 HTTP 类型
- 边界转换：跨层传递用本层模型，不透传框架实体
- 用例独立：用例可脱离交付机制单独测试
- 目录适度：不追求固定四层目录，按依赖规则验证
- 检查自动化：构建期用依赖分析工具拦截违规引用
落地时避免把“层”做成固定目录模板，重点是依赖方向与边界数据模型转换。
整洁架构（Clean Architecture）
用依赖规则组织代码：越内层越稳定、越抽象，越外层越具体；用例（Use Case）承载应用逻辑，框架、数据库与交付机制都是可替换细节。
易错点
- 跨层直接传递框架实体，边界转换缺失
- 用例层写满技术细节（SQL、HTTP），业务规则的表达被淹没
数据来源与参考
- Robert C. Martin《Clean Architecture》(Prentice Hall)