c# - 分离领域模型和数据模型

Question

我的问题与此类似:Repository pattern and mapping between domain models and Entity Framework .

我在这里做了很多关于以下内容的阅读:

1. 将 ORM 直接映射到领域模型

2. 将 ORM 映射到数据模型，然后将数据模型映射到领域模型(反之亦然)

我了解这两种方法的优点和局限性。我也了解一种方法优于另一种方法的情况。

网上有很多示例，展示了如何执行选项 1。但是，我找不到任何示例代码，显示了如何执行选项 2。我在这里阅读了关于选项二的问题，就像第一个引用的那样这篇文章的行，即问题是关于选项二，但答案是关于选项一 - 并且有评论指出选项二可能更合适。

因此，我的问题具体是关于如何从映射和验证的角度执行选项一:

映射

我相信在将域模型映射到数据模型时我可以这样做:

public PersonDomain GetById(Guid id)
{
    return AutoMapper.Mapper.Map<PersonDomain>(Session.Get<PersonData>(id)); 
}

我相信在将数据模型映射到存储库中的域模型时我已经这样做了(以保护不变量):

protected PersonDomain ToPersonDomain(PersonData personData) 
{
    return new PersonDomain(personData.ID, personData.Name, personData.DateOfBirth);
}

验证

我想在 PersonDomain 类中这样做:

public class PersonDomain
{
   public Guid ID{ get; private set; }
   public DateTime DateOfBirth { get; private set; }
   public string Name { get; private set; }

   public PersonDomain(Guid id, DateTime dateOfBirth, string name)
   {
       if (id == Guid.Empty())
           throw new ArgumentException("Guid cannot be empty");
       if (name =="")
           throw new ArgumentException("Name cannot be empty");
       ID = id;
       Name = NAME;
       DateOfBirth = dateOfBirth;
   }
}

但是，我找到的每个示例都告诉我不要将验证放在构造函数中。我的一个想法是避免原始的痴迷，如下所示:

public class PersonDomain
{
   public ID ID{ get; private set; }
   public DateOfBirth DateOfBirth { get; private set; }
   public Name Name { get; private set; }

   public PersonDomain(ID id, DateOfBirth dateOfBirth, Name name)
   {
       if (id == null)
           throw new ArgumentNullException("ID cannot be null");

       if (name ==null)
           throw new ArgumentNullException("Name cannot be null");

       ID = id;
       Name = name;
       DateOfBirth = dateOfBirth;
   }
}

但是，在这种情况下；构造函数中仍然存在验证。

问题

我的两个问题是:

1. 我是否正确理解了域模型和数据模型之间的映射(反之亦然)，或者是否有更优雅的方法来处理这个问题(数据模型和域模型之间的映射，反之亦然)？

2. 在这种情况下，我是否应该将任何验证逻辑放入 PersonDomain 实体的构造函数中？

更新 27/02/18

此链接对我帮助最大:http://www.dataworks.ie/Blog/Item/entity_framework_5_with_automapper_and_repository_pattern

Answer 1

every example I find tells me not to put validation in the constructor.

我认为您需要找到更多示例。

在更深层次上思考正在发生的事情可能会有所帮助。从根本上说，我们要做的是确保 precondition持有。一种方法是“到处”验证先决条件；但是DRY principle建议我们更愿意在阻塞点捕获前置条件，并确保所有需要该前置条件的代码路径都必须通过该阻塞点。

在 Java(DDD 开始的地方)和 C# 中，我们可以让类型系统完成很多繁重的工作；类型系统强制保证对类型的任何使用都经过构造函数，因此如果我们在构造函数中建立先决条件成立，我们就可以开始了。

这里的关键思想不是“构造函数”，而是“阻塞点”；使用 named constructor ，或工厂，也可以提供同样的服务。

如果您的映射代码路径通过阻塞点，那很好。

如果不是...，您将失去类型检查提供的优势。

一个可能的答案是让你的领域模型更明确；并承认领域概念的未验证表示的存在，稍后可以对其进行显式验证。

如果您眯着眼睛，您可能会认为这是一种处理来自不受信任来源的输入的方式。我们显式地对不受信任的数据建模，并让我们的映射代码为我们生成它，然后在域模型中我们安排不受信任的数据通过阻塞点，然后对经过清理的变体进行处理.

Domain Modeling Made Functional很好地涵盖了这个想法；您可以通过观看 Scott Wlaschin 的演讲来预览主题 Domain Driven Design with the F# type System