gpt4 book ai didi

domain-driven-design - 应用于领域驱动设计原则的最佳实践?

转载 作者:行者123 更新时间:2023-12-04 08:21:01 25 4
gpt4 key购买 nike

Sample UML diagram领域驱动设计有时真的很令人困惑,因为我对这项技术还很陌生,所以我想就目前困扰我的那些场景获得一些答案。

这是一个使用 DDD 原则表示我的问题的简单图表。我的问题是关于聚合根、域验证和“方法”或最佳实践。

  1. 在这种情况下,您将如何实现一种方法来计算用户撰写的评论数?它会是“审查”中的一种方法吗?或者最好是存储库 (ReviewRepository) 中的方法?
  2. 我如何让其他实体在需要时访问评论?出现这种情况是否意味着 Comment 不再是“Review”聚合的一部分?
  3. 如果评论与其他实体有组合关系怎么办?您将如何管理对该实体的访问?评论是对这个实体负责还是对根负责?
  4. 关于此模型还有其他建议或事实吗?在设计模型时我应该学习哪些最佳实践?

谢谢。

注意:答案必须遵循 DDD 原则

Review 实体中有一点错误。 Add方法中的“Compte”是“Account”,应该是A而不是C。

最佳答案

In this scenario, how would you implement a way to count the number of comments written by an user ?

责任属于审查。它是评论的集合。计数是任何聚合的一流特征。

How do i make others entities access comments if they need to ?

可通过评论访问评论。评论是评论的集合。

What if comment have a composition relationship with some other entity ?

如果没有具体的例子,“假设”问题很难回答。毕竟,设计是由问题域驱动的,而不是随机的想法。

如果某些“其他”实体也似乎是评论的组合,您必须返回领域专家并尝试确定真正责任所在。

一对问题是“如果评论被删除,评论会怎样?”和“如果删除神秘的‘其他’,评论会发生什么变化?”这有助于找到责任。

关于domain-driven-design - 应用于领域驱动设计原则的最佳实践?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5022223/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com