DDD clinic：“千层饼” 架构之痛

本文从“千层饼”架构的角度探讨了在DDD（领域驱动设计）实践中出现的代码膨胀问题。作者指出，DDD理论本身只在传统三层架构上增加了一个应用层，但实践中却出现了过度的层级结构。这种误解部分来自于将DDD与洋葱、六边形或整洁架构等模型混淆，以及架构师忽视框架已实现的层次而在业务代码中重复实现。

“千层饼”架构导致的问题主要有两个：过多的转换和分层的意义。使用多层架构，尤其在强类型语言如Java中，会增加大量的数据类型转换，带来复杂性和维护难度。每增加一层应该是为了解决特定问题，而不是无谓地增加复杂度。分层架构的每一层都有其特定意义：

• 接入层解决接入差异问题，如HTTP和其他协议的差异。
• 应用层处理不同场景和角色间的差异，以及组合多种能力。
• 领域层提供无差别的能力和服务。
• 基础设施层实现模型和状态的持久化。

作者通过一个收银机应用案例，阐述了每层在实际应用中的作用和实践方式。在分布式系统中，分层架构需要整体考虑，避免在每个组件中重复完整的分层结构。作者还建议使用主客体思维来更好地理解分层的职责和定位。

文章最后提到主客体思维，鼓励读者通过这种方式明确架构中每层的业务行为和参与要素，以便更清晰地理解和实施分层架构。