关于域对象的存储库及其保存方法的问题

Question

我有一个关于 DDD、存储库模式和 ORM 的有点荒谬的问题。 在此示例中，我有 3 个类：地址、公司 和人员。 个人是公司的成员并拥有地址。 公司也有地址。

这些类反映了数据库模型。 我删除了模型的所有依赖项，因此它们不依赖于特定的 ORM 库，例如 NHibernate 或 LinqToSql。 这些依赖关系在存储库内处理。

在其中一个存储库中，有一个SavePerson(Person person)方法，该方法根据Person是否已存在于数据库中来插入/更新它。

由于 Person 对象有一个 Company，因此我当前在进行 SavePerson 调用时也会保存/更新 Company 属性的值。 在此过程中，我插入/更新了公司的所有数据 - 名称和地址。

然而，我真的很难想象在处理个人时公司的数据可能会发生变化的情况 - 我只想能够将公司分配给个人，或者将个人移动到另一个公司。 我认为我不想与新人一起创建一家新公司。 因此 SaveCompany 调用会引入不必要的数据库调用。 保存人员时，我应该能够更新 CompanyId 列。

但由于 Person 类有一个 Company 属性，我有点倾向于用它来更新/插入它。 从严格/纯粹的角度来看，SavePerson 方法应该保存整个 Person。

首选的方式是什么？ 在保存 Person 或保存其所有数据时，仅插入/更新 Company 属性的 CompanyId 吗？ 或者您会为这两种情况创建两个不同的方法（您会给它们命名什么？）

另外，另一个问题，我目前有不同的方法来保存人员、地址和公司，所以当我保存公司时，我也会调用 SaveAddress 。 假设我使用 LinqToSql - 这意味着我不会在同一 Linq 查询中插入/更新公司和地址。 我猜有 2 个 Select Calls（检查公司是否存在，检查地址是否存在）。 然后对两者进行两次插入/更新调用。 如果引入更多的复合模型类则更多。 LinqToSql 有没有办法优化这些调用？

public class Address
{
    public int AddressId { get; set; }
    public string AddressLine1 { get; set; }
    public string AddressLine2 { get; set; }
    public string City { get; set; }
    public string PostalCode { get; set; }        
}

public class Company
{
    public int CompanyId { get; set; }
    public string Name { get; set; }
    public Address Address { get; set; }
}


public class Person
{
    public int PersonId { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public string Email { get; set; }
    public Company Company { get; set; }
    public Address Address { get; set; }

}

编辑

另请参阅此后续问题。 值对象如何存储在数据库中？

Answer 1

我自己最近使用了 Keith 建议的 IRepository 方法。 但是，您不应该在这里关注这种模式。 相反，DDD 手册中还有一些内容可以在这里应用。

使用值对象作为您的地址

首先，您可以在此处应用值对象（VO）的概念。 在您的情况下，它将是地址。 值对象和实体对象之间的区别在于实体具有身份； VO 则不然。 VO 的身份实际上是其属性的总和，而不是唯一的身份。 在快速域驱动设计一书中（也是免费的 PDF 下载），他很好地解释了这一点，指出地址实际上只是地球上的一个点，不需要像人一样单独的类似社会保障的身份。 地球上的那个点是街道、号码、城市、邮政编码和国家/地区的组合。 它可以具有纬度和经度值，但根据定义，这些值仍然是 VO，因为它是两点的组合。

使用服务将您的实体组合成单个实体以进行操作。

另外，不要忘记 DDD 手册中的服务概念。 在您的示例中，该服务将是：

public class PersonCompanyService
{
  void SavePersonCompany(IPersonCompany personCompany)
  {
    personRepository.SavePerson();
    // do some work for a new company, etc.
    companyRepository.SaveCompany();
  }
}

当您有两个实体都需要类似的操作来协调其他操作的组合时，就需要服务。 在您的情况下，保存 Person() 并同时创建一个空白 Company() 。

ORM 通常需要一个身份、句点。

现在，您将如何将地址 VO 保存到数据库中？ 显然您会使用 IAddressRepository。 但由于大多数 ORM（即 LingToSql）要求所有对象都有一个身份，因此技巧如下：将身份标记为模型中的内部身份，这样它就不会暴露在模型层之外。 这是史蒂文·桑德森自己的建议。

public class Address
{
  // make your identity internal
  [Column(IsPrimaryKey = true
    , IsDbGenerated = true
    , AutoSync = AutoSync.OnInsert)]
  internal int AddressID { get; set; }

  // everything else public
  [Column]
  public string StreetNumber { get; set; }
  [Column]
  public string Street { get; set; }
  [Column]
  public string City { get; set; }
  ...
}

Answer 2

根据我最近使用存储库模式的经验，我认为您将从使用通用存储库（现在常见的 T 的 IRepository）中受益。这样您就不必添加像 SavePerson(Person person) 这样的存储库方法。 相反，您会得到类似的内容：

IRepository<Person> personRepository = new Repository<Person>();
Person realPerson = new Person();
personRepository.SaveOrUpdate(realPerson);

此方法也非常适合测试驱动开发和模拟。

我觉得您的描述中有关行为的问题将是域的问题，也许您应该在 Person 类中有一个 AddCompany 方法，并将 Company 属性更改为

public Company Company { get; private set; }

我的观点是； 对域进行建模，而不必担心数据如何保存到数据库中。 对于将使用您的域模型的服务来说，这是一个问题。

回到存储库，看看这个 帖子对 LinqToSql 上的 IRepository 进行了很好的解释。 Mike 的博客还有许多有关存储库的其他帖子。 当您确实要选择 ORM 时，我会推荐 HHibernate 而不是 LinqToSql，后者现已不复存在，并且 NHibernate 拥有强大的支持社区。