域驱动设计 – 处理DDD中的嵌套聚合

发布时间：2020-12-14 00:48:05 所属栏目：百科来源：网络整理

导读：我刚刚开始使用DDD,而且我想知道如何适应我的数据的关系性质.我有相信会被认为是我的总体根,但是它的总和也是自己的.不想违反德米特法案,我想知道我是否在考虑这个错误,希望有些DDD专家能够提供一些洞察力. 我的聚合根是我的Account对象,它具有多个AccountEl

我刚刚开始使用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的上下文中.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!