DDD你真的理解清楚了吗（3）聚合

摘要

领域驱动设计(DDD)面临实践上的困难，本文旨在简化并阐明DDD中复杂的聚合概念，并提出有效的落地策略。

聚合的晦涩与重要性

作者认为DDD中的聚合概念虽然重要，但在实践中显得晦涩难懂。聚合通过封装整体与部分的关系，如订单和订单明细，来降低复杂度，并通过聚合根提供外部访问的约束。

识别与应用聚合

聚合关系应当在业务上是整体与部分的关系，且部分的生命周期在整体中。例如，订单和订单明细是聚合关系，而用户和订单则不是。

聚合关系带来的困惑与解决方案

聚合关系在实际项目中可能导致设计困惑，如用户与地址。通过限界上下文的引入，可以将系统划分为用户上下文和订单上下文，解决不同上下文中聚合关系的不适用问题。

微服务中的聚合与限界上下文

在微服务架构中，通过限界上下文的划分，系统被分割成用户微服务和订单微服务，各自处理聚合关系。这展现了不同角度下相同事物的不同视图。

聚合在前端的实现

聚合的设计允许在前端以JSON对象的形式提交订单，在后端通过控制器和服务进行处理，并通过仓库模式持久化到数据库。

DDD的仓库和工厂概念

仓库是DDD中处理领域对象持久化的概念，而工厂则负责创建和装配领域对象。它们共同实现数据的增删改查，同时工厂还负责将前端的JSON转换为领域对象。

实现DDD的简化

为了简化DDD的实现，作者提议通过平台封装通用的仓库与工厂，减少为每个模块编写独立的Service、Repository和Factory的需求。

文章结尾提到，作者将在后续文章中进一步讲解有关底层平台与DSL的设计，以实现DDD概念的简化和落地。