实体可以访问存储库吗？

Question

我刚刚开始使用 DDD，所以也许这是一个愚蠢的问题...

实体可以访问存储库（通过某些 IRepository 接口）以在运行时获取值吗？ 例如，我想对属性强制执行“默认”选择：

class Person {
    private Company _employer;

    public Company Employer {
        get { return _employer; }
        set { 
            if(value != null) {
                _employer = value;
            } else {
                _employer = employerRepository.GetDefaultEmployer();
            }
        }
    }

    ...
}

我的问题是这样做是否严重违反了 DDD 原则。 如果不是，我的下一个问题是提供存储库以供使用的最佳方式是什么？ 是否应该在创建 Person 对象时提供它？

谢谢， 磷

Answer 1

这并不是对 DDD 的严重违反，这是对……嗯……这简直太可怕了（我是开玩笑地说的）:)。

首先，您的实体变得依赖于存储库……这并不理想。
理想情况下，您希望让存储库创建 Person，然后为其分配在当前域上下文中有效所需的一切。

因此，当您需要一个人时，您将转到 personRepository.GetPersonWithDefaultEmployer() 并返回一个已填充默认雇主的人。 personRepository 将依赖于雇主Repository，并在返回之前使用它来填充人员。

PersonReposotory : IPersonRepository
{
    private readonly IEmployerRepository employerRepository;

    //use constructor injection to populate the EmployerRepository
    public PersonRepository(IEmployerRepository employerRepository)
    {
        this.employerRepository = employerRepository;
    }

    public person GetPersonWithDefaultEmployer(int personId)
    {
        Person person = GetPerson(personId);
        person.Employer = employerRepository.GetDefaultEmployer(personId);
        return person;
    }
}

Answer 2

您的问题的答案是标准的：这取决于。

根据经验，永远不要这样做。 保持您的实体不引用存储库。

[戴上实用的帽子]在一些极其罕见的情况下，如果你有非常非常非常好的理由这样做，请添加一个大注释来解释你为什么这样做并这样做：添加引用或使用 Double Dispatch 传递存储库[脱帽]

另外，如果您希望遵循 DDD 原则，强烈建议您联系领域专家并进行迭代开发过程（请参阅 Eric Evans - 我从这本书中学到的东西）。

您应该与领域专家一起定义边界上下文，最重要的是聚合及其聚合根及其实体和值对象。 走 DDD 之路一开始并不容易，但回报是值得的。

关于您发布的代码的一些事项：

1. 不建议在您的实体上使用公共设置器。 使用可以更好地表达意图的方法。

2. 如果在没有初始化 _employer 字段的情况下创建 person 实例，Employer 属性的 getter 将返回 null。 如果随后将 Employer 属性的值设置为 null，则下次调用 getter 将返回非 null 值。 这可能是您的类的用户意想不到的。

3. 设置此人的雇主（通过公共 setter 或公共方法）的调用者应该知道它想要设置的确切 Company 实例，即使它是默认实例。 也许调用者可以获得对存储库的引用。

4. 根据您的具体领域，公司可能是一个价值对象。 在这种情况下，您可以使用值对象的默认值来初始化 _employer，而不是使用 null 来初始化它。 如果您只有很少的公司 (1-2) 并且它们是不可变的并且没有特定行为，则可能会出现这种情况。

Answer 3

我认为说一个实体不应该意识到存储库很容易，但很难将其付诸实践。 特别是当聚合在其中包含大量 vo 集合时，我们必须重构它并将诸如 add 之类的操作委托给某些实际上充当存储库的域服务，以避免将整个集合加载到内存中的开销。
但我认为让实体知道存储库是不合理的。 如果必须，那么使用域服务来代替。我们还应该考虑存储库是否违反单一职责原则——它应该被认为是聚合根的集合，不是普通的工厂。

Answer 4

这真的是建议做的 ddd 吗？

如果您没有内存存储库，而是存储库的关系数据库，并且您想要获取 1000 个人及其雇主，该怎么办？ 您要通过雇主存储库调用进行 1000 次查询吗？

我会使用 NHibernate 或任何 ORM 来帮助实现 personRepository。 对于 NHibernate，我将使用接近此查询的 Hibernate 查询：“from Person join fetch Employer”，它将在每个“Person”实例中加载一个“Employer”实例，仅使用一个 SQL 查询。

这是否违反了DDD？

Answer 5

首先，我认为实体本身和如何组装实体实际上是两个职责。 因此，理想情况下最好将它们分配到不同的类中。 但这也取决于。