DDD：一到许多在其它聚集用户聚合根和几乎所有实体之间的关系

Question

我有以下DDD方案中，分为以下的聚集体：

用户，
朋友（用户协会），
文件（用户上传），
画廊（文件组），
消息（用户通信），
组（用户可以创建和其他的会员可以加入），
GroupMessages（邮件发送到的所有成员组），
群组论坛（群组成员可以讨论各种主题）

这就是它令人困惑的地方。用户与GroupForums的所有内容相关联。通过用户存储库访问其他集合似乎不合逻辑，尽管从级联的角度来看，如果我删除了用户，技术上与用户关联的记录也应该消失。

看起来好像我不应该将这里存在的所有一对多关联添加到用户实体，因为从数据库中提取水合物似乎很荒谬，特别是如果我尝试拉取与该关联的每条记录用户。对于组织集合和存储库以及处理给定实体的许多一对多关系的正确方法，建议采用什么策略？

Answer 1

您在句子“用户与所有内容相关联......”中使用了“关联”一词这一事实是一个很有意思的事实。聚合根相关联，或者甚至是一个'属于'另一个，这绝对没有问题。但是，您需要查看一个实体是否可以在没有AR的情况下存在。如果可能的话，它可能有自己的生命周期，应该是一个AR。如果它不能它是聚合的一部分。这可能是棘手的提炼。

您需要在AR上有一个非常清晰的边界。例如，即使论坛可能要求用户创建它，但这并不意味着论坛需要（甚至可以）在用户被删除时被删除。因此，论坛中的用户可能变成仅包含用户名和ID的ForumCreator（值对象）。当用户被删除时，论坛可以继续存在。

在订单/订单行/产品方案中，如果您选择删除包含特定产品的所有订单行，则没有多大意义。我知道某个产品可能永远不会被删除，但我们将以此为例。您只需将相关产品数据“非标准化”到订单行中，例如：产品编号，产品名称。所以即使产品名称发生变化，并不意味着所有订单行都需要更新，甚至应该更新。实际上，订单行代表一个时间点，应保留“原始”产品名称。购买者可能已经订购了“某些lirril产品”，然后名称变为“小产品”。虽然它是完全相同的产品，但并不是一回事。购买者只能记住原件。

我希望这是有道理的，并以某种方式提供帮助。你一定需要找到你的对象图上的那些硬边以达到真正的聚合。