领域驱动设计有时会让人感到困惑，因为我对这种技术还比较新，所以我希望能得到关于当前困扰我的情况的一些答案。
这里是使用DDD原则表示我的问题的简单图示。我的问题涉及聚合根、领域验证和“做法”或最佳实践。
- 在这种情况下，您将如何实现计算用户编写的评论数量的方法？它应该是“Review”中的一个方法吗？还是最好作为存储库（ReviewRepository）中的一个方法？
- 如果其他实体需要访问评论，我该怎么办？在这种情况下，这是否意味着评论不再是“Review”聚合的一部分了？
- 如果评论与其他实体具有组合关系，您将如何管理对该实体的访问？评论负责此实体还是根？
- 关于此模型，您有任何其他建议或事实吗？在设计模型时应遵循哪些最佳实践？
谢谢。
注意：答案必须遵循DDD原则
在Review实体中有一个小错误。Add方法中的“Compte”是“Account”，应该是A而不是C。