持久无知的领域层

Question

我的编程语言是 C#。我有一个关于我的域模型中的持久性无知的问题。

假设我有一个这样的人员类：

public class Person
{
    private string email;

    public string Email
    {
        get { return email; }
        set { email = value; }
    }

    public Person(string email)
    {
        this.email = email;
    }
}

现在，在我的域模型中，有一条规则是不能有两个人拥有相同的电子邮件地址。因此，当实例化一个新人时，这需要在更改电子邮件属性时进行验证。所以我想知道你将如何在你对持久性无知的域层中解决这样的验证。我目前所做的是使用工厂模式进行人员实例化，我在其中注入人员存储库。在那里我可以搜索具有相同电子邮件地址的其他人。像这样：

public class PersonFactory
{
    private static readonly IPersonRepository personRepository;

    public Person CreateNewPerson(string email)
    {
        Person personWithSameMail = personRepository.GetPersonByEmail(email);

        if (personWithSameMail != null)
            throw new ApplicationException("Email already exists.");

        return new Person(email);
    }

    public PersonFactory(IPersonRepository personRepository)
    {
        this.personRepository = personRepository;
    }
}

但使用此解决方案，更改人员电子邮件地址（可以是有效的商业案例）时的检查仍然不包括在内。此外，Person 类仍然公开了一个公共构造函数，并且通过绕过工厂，仍然可以使用重复的电子邮件地址。

任何优雅的解决方案？

附：致所有以数据为中心的人：不，我不想在数据访问层验证欺骗电子邮件；）

更新：

无论如何，这整个问题可能已经过时了。根据域模型上下文检查重复的电子邮件总是需要知道所有人的“东西”——一个根。 “某物”可以是地址簿，也可以是包含所有拥有电子邮件地址的人的整个世界。因此，也许我混淆了程序员对问题的技术优雅解决方案的需求，这只是因为缺乏完整且经过深思熟虑的域模型而存在。这里可以是这种情况吗？不只是一个人的电子邮件地址在太空中漂浮（嘿，太空将是我在这里的总根；））只是为了生存的乐趣？但是，如果这将是一个真实的商业案例，例如地址簿应用程序，那么地址簿将是人员的聚合根，因此可以检查其内部集合中的所有人员，以确保没有重复的电子邮件地址。

Answer 1

我不是 DDD 专家，但我的看法是这样的。

首先，对我来说，您的设计中最大的缺陷是允许实体上的设置器。这意味着您可以在聚合根不知道的情况下更改实体的状态。我会重构它，删除设置器，并在对象创建时通过构造函数设置它。

还有一点。个人实体不应该对电子邮件进行验证（以检查电子邮件是否已被使用的形式），因为如果她是聚合的根，它只能知道它自己的状态和相关的子实体。然后你应该从实体中引用存储库，这对我来说是糟糕的设计。这就是我认为你使用工厂的原因。

我认为验证应该首先在 UI 中进行，以便尽快失败。但这还不够。在保持您的域状态时，您应该强制执行 Person 具有唯一电子邮件的规则。我认为验证应该发生在名为 PersonRegistrationService 的域服务中，该服务将引用 IPersonRepository 并且在添加人员实体之前为了使其收藏持续存在，它会首先检查人员的电子邮件是否是唯一的。如果不是，我会通知用户一个错误并且不添加实体。

你怎么看？