人们在聚合的复杂性中划清界线的位置在哪里？为了澄清,如果我的聚合有一个ObjectA列表,它有一个ObjectB列表,它有一个ObjectC列表,我的聚合应该负责检索ObjectC吗？或者我应该考虑创建另一个聚合来将这种复杂性降低到层次结构中的几个级别？
解决方法
在大多数情况下,Aggregate的边界应该是模型所需的一致性边界.这意味着如果对ObjectA或B或C的更改需要彼此一致,那么它们可能属于同一个Aggregate.
应通过识别域中的所有概念并在涉及的实体/ VO之间拆分行为来处理复杂性(业务逻辑复杂性).
检索复杂性(基础架构复杂性)的对象应由基础架构处理,而不是由聚合处理.
在结论模型中,您根据您的域和您的一致性边界进行AR,而不是为了促进基础设施问题.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
