假设我有 2 个实体 - Foo 和 Bar。 Foo 是一个聚合根并包含 Bar。据我了解，它应该是这样的：
public class Foo{
private readonly Bar Bar;
}
我想为用户提供从定义的列表中选择 Bars for Foos 的功能（并更改它）。
如果存储库应该仅用于聚合根，则意味着将没有 Bar 实体的存储库。
这会导致问题 - 如果没有对 Foo 的引用，就无法独立创建/更新 Bar。
这是否意味着 Bar 应该有一个存储库，尽管没有 Foo 它没有任何意义？
【问题讨论】：
标签： domain-driven-design aggregateroot
如果您想从与 Foo 无关的 Bar 列表中进行选择，则这不是聚合根。例如，如果没有 Order，则无法获取 OrderItems 列表，因此这是单个聚合根 (Order)，但您可以获取要分配给 OrderItems 的产品列表，因此 Product 不是 Order 聚合根的一部分。
请注意，虽然 OrderItem 是 Order 聚合根的一部分，但您仍然可以独立创建和更新它。但是，如果不参考 Order，您将无法获得它。您的 Bar 也是如此，即使它是 Foo 的一部分，您也可以获取 each(Foo.Bars) 并使用它，或者执行 Foo.AddBar(new Bar())。但是，如果您需要在没有 Foo 的情况下获取 List，则 Bar 不是 Foo 聚合的一部分。它是一个独立的实体。
嗯，这就是我对 DDD 的看法，但我当然不是 Eric Evans。
【讨论】：
有聚合根的原因是：
我的看法：
如果您需要选择没有Foo 的Bar 对象，请使用BarRepository。
但是……
如果您更新 Bar，并且它违反了它的父 Foo 的验证规则，该怎么办？如果发生这种情况，您应该通过其父级Foo 访问Bar。
但是，如果您需要访问一组 Bar 对象（例如，用于批处理作业或报告），并且您知道 Foos 不会被破坏，请继续并通过BarRepository 访问它们。
请记住，聚合根可以由其他聚合根组成。您可能会发现 Bar 本身就是一个聚合根，这为您提供了 BarRepository 的理由:)
【讨论】：
您确定 Bar 需要是一个实体吗？您是否需要在域中对其进行跟踪和更改？如果您可以将其视为值对象，我建议您从服务中获取它，然后将选定的值对象“连接”到 Foo 实体。通过下拉列表获取即时信息。
【讨论】：