我正在努力思考如何正确地使用存储库模式。聚合根的核心概念不断出现。当我在web和Stack Overflow上搜索什么是聚合根时，我一直在寻找关于聚合根的讨论，以及指向应该包含基本定义的页面的死链接。
在存储库模式的上下文中，什么是聚合根?
当前回答
来自DDD Step By Step(离线):
在一个聚合中有一个聚合根。聚合根为 属性中的所有其他实体和值对象的父实体 聚合。 存储库对聚合根进行操作。
更多信息也可以在这里找到。
其他回答
聚合根是一个简单概念的复杂名称。
一般的想法
设计良好的类图封装了它的内部结构。访问该结构的点称为聚合根。
解决方案的内部结构可能非常复杂，但是这个层次结构的用户将只使用root. dosomethingwherehasbusinessmeaning()。
例子
检查这个简单的类层次结构
你想怎样驾驶你的车?选择更好的API
选项A(它只是以某种方式工作):
car.ride();
选项B(用户可以访问类内部内容):
if(car.getTires().getUsageLevel()< Car.ACCEPTABLE_TIRE_USAGE)
for (Wheel w: car:getWheels()){
w.spin();
}
}
如果你认为选择A更好，那么恭喜你。你得到了根集合背后的主要原因。
聚合根封装多个类。您只能通过主对象操作整个层次结构。
来自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?我们可能期望这个数量是一个集合，而不是一个大十进制类型。
是事件来源引擎，负责工作，它可能只是按创建顺序重播所有事件。但这超出了本线程的范围。
