我刚刚开始使用DDD,而且我想知道如何适应我的数据的关系性质.我有相信会被认为是我的总体根,但是它的总和也是自己的.不想违反德米特法案,我想知道我是否在考虑这个错误,希望有些DDD专家能够提供一些洞察力.
我的聚合根是我的Account对象,它具有多个AccountElement实体的聚合,这些实体本身是单个ProductComponent实体的逻辑分组.
帐户的上下文之外的AccountElement没有意义,所以我很满意我的结论,即Account对象是我的聚合根,我预计该实体具有一个聚合的Elements属性.这是我的困惑的ProductComponent集合.该汇总在AccountElement之外没有任何意义,在帐户之外真的没有意义.
我不认为我应该通过点击我的方式访问个别的ProductComponent对象,如：
var reference = account.Elements(0).ProductComponents(0).ReferenceCode;
但同时,从领域的角度来看,直接从Account实体访问ProductComponent是没有意义的.
我相信,如果没有我的域名知识,这很难理解,但我希望能够得到一些很好的反馈.
文章罗伯特是一个很好的人物.我会补充说,如果ProductComponent仅存在于AccountElement的上下文中,并且AccountElement仅在Account的上下文中存在,则通过扩展名ProductComponent在Account的上下文中.
原文链接：https://www.f2er.com/javaschema/281853.html