哪些实体应该是聚合根？

Question

如果Book聚合Chapter，然后聚合Page，那么聚合根应该是什么？一种可能性可能是：

Book是一个聚合根，其中章作为叶，章是聚合，页为叶。

在这种情况下，章节是一个集合中的一个叶和另一个中的一个根。这个可以吗？在这种情况下，有两个存储库，一个是Book，另一个是Chapter？如果是这样，那么章节库是不是可以用来规避只能通过Book来访问章节的事实？处理这种情况的最佳方式是什么？

Answer 1

在我看来，只有当一个给定聚合的单根时，聚合根的整体思想才有意义。哪一个 - 取决于你的要求。让我们来看看两种可能性：

1. 书是一个根，它包含包含页的章节。当您的使用场景都包括与书籍交互时，此设计很有用：用户选择书籍并将其操作/命令应用于整本书籍。请注意，图书集合是在你的领域模型的“操作”层面 - 它总体上代表了概念是什么的一部分是日常业务。

2. 章是根。是包含页面。它也有参考书。当使用场景专注于与单个章节进行交互时，此设计很有用。章聚合现在在'操作'层。本书本身形成一个聚合体，但被放置在操作层下的'潜能/能力'层。这意味着图书对于企业来说是一种资产，是企业的推动者，但不是日常活动的一部分。此外，书籍不知道被章节引用。

总之，一切都取决于你的具体情况，你的要求。请注意，领域模型中的图层主要是一个商业概念，而不是技术层面 - 它们会促使您对域进行良好建模。欲了解更多信息，请阅读Eric Evans的领域驱动设计，尤其是“大型结构”部分。