我可以使用与其他类中的成员相同的聚合类吗？ 如果是的话，包含聚合的类会强制执行访问等吗？
假设您有一个 User 类。然后是一个名为 LogBook 的类，最后是一个名为 Log/Post 的类（这条小巷的某处）。在我的示例中，LogBook 将是 Log/Post 类的聚合根，而 User 将是整体聚合。现在，User 类是否包含添加日志帖子等的方法？您将在 User 类中创建一个方法，该方法调用 LogBook 类，该类具有执行实际添加日志的所有逻辑的方法。
或者，聚合总是在层次结构之上？没有嵌套。
【问题讨论】：
标签： java jakarta-ee domain-driven-design
这是一个很好的 definition 聚合：
定义：被视为一个单元的关联对象的集群 出于数据更改的目的。外部参考仅限于 聚合的一个成员，指定为根。一套 一致性规则适用于聚合的边界。问题： 很难保证对象变化的一致性 具有复杂关联的模型。需要维护不变量 适用于密切相关的对象组，而不仅仅是离散的 对象。然而，谨慎的锁定方案会导致多个用户 毫无意义地相互干扰，使系统无法使用。 [DDD，第。 126]解决方案：将实体和值对象聚类为 聚合并定义每个边界。选择一个实体 每个聚合的根，并控制对对象的所有访问 通过根在边界内。允许外部对象持有 仅对 root 的引用。对内部成员的瞬态引用 只能在单个操作中传递出去使用。因为 root 控制访问，它不会被对 内部结构。这种安排使得强制执行所有 聚合中对象的不变量和聚合作为 整体在任何状态变化。 [DDD，第。 129]
我认为您不希望 User 类在不通过 LogBook 类的情况下进入 LogBook 的聚合对象。但是，从用户访问日志似乎没问题。
【讨论】：
我认为聚合的内部可以保存对其他聚合的根的引用。但是每个聚合都负责执行自己的边界。没有什么可以阻止其他对象完全在第一个之外访问“引用”聚合 - 即，我不认为嵌套或所有权只是因为一个聚合引用另一个聚合。
在您的示例中，LogBook 似乎更适合作为一个聚合来控制对帖子的访问。试图将其硬塞到更大的用户聚合中似乎是一种尴尬的责任因素。
【讨论】：