决定使其成为聚合根或将其保留为聚合根的成员。答案

【问题标题】：Deciding to make it a root of aggregate or to keep it as member of aggregate root.决定使其成为聚合根或将其保留为聚合根的成员。
【发布时间】：2017-03-21 16:58:02
【问题描述】：

我记得在 Eric Evans 关于 DDD 的书中，如果一个实体只能用其他实体（聚合的根）来理解，那么就让它成为一个“普通”实体（AR 的成员）。

我的问题：“可以单独理解”到底是什么意思？我应该问自己哪些问题才能知道一个实体是否可以单独理解？

【问题讨论】：

是否可以自行创建或者必须在另一个上下文中创建。或者，如果您直接修改该实体，则所有不变量都成立。
嗨康斯坦丁，你能把你的评论放在答案部分，这样我就可以投票了吗？哦，还有另一个相关的问题：AR 中的操作会导致创建另一个 AR（不同类型）的实例吗？
也许这应该有助于回答我的第二个问题：udidahan.com/2009/06/29/dont-create-aggregate-roots

标签： domain-driven-design aggregateroot

【解决方案1】：

我的问题：“可以单独理解”到底是什么意思？

如果它可以自己创建，或者它必须在另一个上下文中创建。

我应该问自己哪些问题才能知道一个实体是否可以单独理解？

“如果我直接修改该实体，则所有业务不变量保持不变，或者实际上，我需要对其他相关实体以确保特定的业务规则得到验证？”

另一个问题是：“我是否拥有该实体中的所有信息来验证所有业务规则？”

【讨论】：

【解决方案2】：

如果你有一个除了成为另一个一部分之外没有理由存在的类，那么它不是一个AR。原型示例是Order 和Orderitem。您永远不想跟踪OrderItem 的生命周期。事实上，您可能希望将OrderItem 建模为值对象。不过，并非您领域中的所有这些概念都一定会那么明显。

至于您链接到的Udi's post：能够从另一个创建 AR 将取决于该 AR 是否是您的限界上下文的一部分。此外，我现在更喜欢从我的域返回事件，而不是从域内引发它们。

【讨论】：