处理DDD中的嵌套聚合

Question

我刚开始使用DDD，但在弄清楚如何适应数据的关系性质时遇到了一些麻烦。 我有被认为是我的聚合根的人，但是聚合也有自己的聚合。 不想违反Demeter法则，我想知道我是否正在考虑这一错误，并希望DDD专家可以提供一些见解。

我的聚合根是我的Account对象，该对象具有许多AccountElement实体的聚合，这些实体本身是各个ProductComponent实体的逻辑分组。

在Account上下文之外的AccountElement没有任何意义，因此我对Account对象是我的聚合根的结论感到满意，并且我希望该实体具有Aggregate Elements属性。 是让我感到困惑的是ProductComponent集合。 该汇总在AccountElement之外没有任何意义，在Account之外实际上没有任何意义。

我不认为我应该通过点我的方式来访问单个ProductComponent对象，例如：

var reference = account.Elements(0).ProductComponents(0).ReferenceCode;

但是同时（从域的角度来看）直接从Account实体访问ProductComponent没有意义。

我敢肯定，在不了解我的领域的情况下，这有点难以理解，但我希望能够获得一些好的反馈。

Answer 1

罗伯特链接的文章是一篇不错的文章。 我要补充一点，如果ProductComponent仅存在于AccountElement的上下文中，而AccountElement仅存在于Account的上下文中，那么通过扩展，ProductComponent处于Account的上下文中。