如何确定根聚合包含太多一对多关系的时间？

Question

我真的很苦恼以下场景：

比方说，我有一个用户聚合。用户可以创建1个以上的群组，消息，朋友，照片画廊等。现在，群组，消息，朋友，照片画廊应该分别处于自己的聚合分组中。创建一个包含IList <>属性的用户实体似乎是不合逻辑的，而不是仅仅具有用于组，消息，朋友，照片库等的用户属性。这种方法从DDD中最有意义透视？我也在考虑实体水合，并且根据需要获得组，消息等，而不是从用户实体中检索所有实体，似乎更有意义。处理这种情况的建议方法是什么？

Answer 1

即使不太了解您的特定业务领域，将User类作为一种上帝与其下的所有其他内容聚合在一起听起来也是非常错误的。

将您的实体分组为具有聚合根的较大实体完全取决于您的业务是如何工作的。例如，PhotoGallery可能是一个聚合根，其下有许多Photo对象，或者PhotoGallery和Photo都可以是单独的聚合根。

例如，您可能会运行一家照片开发公司，其照片始终作为完整的PhotoGallery（1个聚合根）收集，处理和处理。

或者您可以运行社交网站，其中Photo可以共享和使用，无需加载整个图库（2个聚合根）。

所以这真的取决于你和你的业务领域的指示。你总是可以吮吸它，看看它，看看它是如何发展的，然后再重构。