DDD 学习与感悟 —— 向屎山冲锋

领域驱动设计（DDD）是解决业务问题的桥梁，提升软件系统的扩展性、维护性和测试性。

DDD将工程架构分为应用层、领域层和基础设施层，核心业务逻辑放在领域层中。

使用repository模式解耦数据模型和领域模型，提供贫血模型的解决方案。

实体类保证不变性，领域服务处理多个领域对象的业务逻辑，策略对象封装领域规则。

领域事件处理副作用，DDD对大型软件建设和重构有帮助。

DDD思想强调隐性概念和上下文的显性化，封装多对象行为。

应用层负责协调用户界面和领域层之间的交互，领域层实现核心业务逻辑。

基础设施层不处理业务逻辑，提供基础设施能力。

repository模式用于区分数据模型和领域模型，解决贫血模型问题。

贫血模型导致实体对象的完整性和一致性难以保证，影响软件的可维护性和可扩展性。

领域层设计规范包括实体类的不变性、工厂模式、聚合根的一致性等原则。

领域服务用于处理多个领域对象的业务逻辑，策略对象封装领域规则。

副作用通过领域事件处理，领域事件的传播需要EventBus。

DDD作为软件设计思想，对大型复杂软件建设和历史遗留工程重构提供指导。