我正在努力思考如何正确地使用存储库模式。聚合根的核心概念不断出现。当我在web和Stack Overflow上搜索什么是聚合根时,我一直在寻找关于聚合根的讨论,以及指向应该包含基本定义的页面的死链接。

在存储库模式的上下文中,什么是聚合根?


当前回答

来自DDD Step By Step(离线):

在一个聚合中有一个聚合根。聚合根为 属性中的所有其他实体和值对象的父实体 聚合。 存储库对聚合根进行操作。

更多信息也可以在这里找到。

其他回答

来自埃文斯DDD:

AGGREGATE是一组相关联的对象,我们将其作为一个单元来处理数据更改。每个AGGREGATE都有一个根和一个边界。边界定义了聚合中的内容。根是聚合中包含的单个特定ENTITY。

And:

根是AGGREGATE中唯一允许外部对象持有对[]引用的成员。

这意味着聚合根是唯一可以从存储库加载的对象。

一个例子是一个包含Customer实体和Address实体的模型。我们永远不会直接从模型中访问Address实体,因为如果没有关联的Customer上下文,它就没有意义。所以我们可以说Customer和Address一起构成了一个集合,而Customer是一个集合根。

黛娜:

在存储库上下文中,聚合根是一个没有父实体的实体。它包含零个、一个或多个子实体,这些子实体的存在依赖于父实体的身份。这是存储库中的一对多关系。这些子实体是普通的聚合。

在另一个世界中,在事件源中,聚合(根)是一个不同的概念。 事件源可能与CQRS、DDD等一起遇到。

在事件源中,聚合是一个对象,其状态(字段)没有映射到数据库中的记录,因为我们习惯于在SQL/JPA世界中思考。

不是一组相关的实体。

它是一组相关的记录,类似于历史表。

GiftCard。amount是GiftCard Aggregate中的一个字段,但是这个字段被映射到所有创建的事件,比如卡兑换(从卡中取钱)。

因此,聚合的数据源不是数据库中的记录,而是为特定聚合创建的事件的完整列表。我们说我们的事件源聚合。

现在我们可以问问自己,这是怎么做到的?谁在聚合这些事件,我们仍然使用一个字段,例如giftcard。amount?我们可能期望这个数量是一个集合,而不是一个大十进制类型。

是事件来源引擎,负责工作,它可能只是按创建顺序重播所有事件。但这超出了本线程的范围。

在Erlang中,一旦聚合由状态内的数据结构组成,而不是OO组合,就不需要区分聚合。参见示例:https://github.com/bryanhunter/cqrs-with-erlang/tree/ndc-london

在存储库模式上下文中,聚合根是客户端代码从存储库加载的唯一对象。

存储库封装了对子对象的访问——从调用者的角度来看,它会自动加载它们,要么在加载根对象的同时加载,要么在实际需要它们的时候加载(与惰性加载一样)。

例如,您可能有一个Order对象,它封装了多个LineItem对象上的操作。您的客户端代码永远不会直接加载LineItem对象,只加载包含它们的Order,这将是域的该部分的聚合根。