DDD 聚合根持久性

Question

我有一个类，它是一个聚合根并代表一个人。一个人必须有一个 Title（Mr、Mrs、Ms 等），它是 Person 对象的一个​​属性。创建人员时，用户必须从下拉列表中选择一个标题，其内容通过另一个页面进行管理。

还有通过只读页面查看此信息的选项，因此通过使用下面的模型，我有“手头”的 ID 和名称，而不必离开并根据以下内容检索标题的 ValueName如果我要将 TitleId 添加为 Person 的属性而不是 Title，我必须做的就是标题 ID。

保存人员对象时，标题的 Id 作为人员的一部分被持久化并存储在 Person db 表中（包含标题的 db 表没有被触及）

在填充人员时，存储过程根据标题 ID 将人员连接到标题，并返回用于填充人员标题类的信息。

public class Person : IAggregateRoot, IPerson 
{
   public string Forename { get;set; }
   public string Surname{ get;set; }
   public ITitle Title { get;set; }
}

public class Title : IAggregateRoot , ITitle
{
    public Guid Id {get;set;}
    public string ValueName {get;set;}
}

我的问题是：从 DDD 的角度来看，是否可以使用此类结构并将聚合根对象嵌套在另一个聚合根对象中，因为它是“固定列表”或“查找值”并且还需要由管理员单独维护？

Answer 1

不，嵌套聚合根是不行的。聚合可以包含多个实体，或引用（通过 id）到另一个聚合，但它不能封装聚合。

我还要说“标题”不是实体（聚合或其他）的良好候选者。它应该被认为是一个“值对象”，实际上 - 它应该只是一个字符串。您可能有一个单独的标题查找表，但这并不意味着您应该从您的 Person 对象中引用该表。

将维护职称查找表的过程与将职称分配给人员分开。选择标题后，将字符串复制到 person 对象。非规范化是使用值对象的方式。

Answer 2

根据定义，聚合根是聚合的“根”，因此对您的问题的简短回答是否定的，聚合根不能嵌套在另一个聚合根中。

请记住，聚合根完全取决于上下文。因此，在管理“Person”的上下文中，Title 只是一个实体或值对象。在管理“标题”的上下文中，标题可能是聚合根。如果是这种情况，应该有两个单独的“标题”类，每个上下文一个。这是一种变更管理策略，因此在一个上下文中所做的更改不会影响另一个上下文。

这里有一个例子可能有助于阐明这个主题。请原谅这些名称，因为需要对您的域有更多的了解才能做出更有意义的名称，因此我将出于本示例的目的做出一些假设：

招聘背景

public class Person : IAggregateRoot, IPerson 
{
   public string Forename { get;set; }
   public string Surname{ get;set; }
   public Title Title { get;set; }
   public DateTime? HireDate { get; set; }
   public void Hire(Title granted, IPersonRepository repository)
   {
       Title = granted;  //Grant the new hire this title that we have at our company
       HireDate = DateTime.Now;
       repository.Save(this);
   }
}

public struct Title /* I like to make my value objects structs */
{
    public Title (Guid id, string value)
    {
        Id = id;
        Value = value;
    }
    public Guid Id { get; private set; }
    public string FullTitle{ get; private set; }  /* This would be the prefix + value + level when loaded from the repository because, in this context, we don't have any need for that level of separation. */
}

创建不同级别的新标题的上下文

public class Title : IAggregateRoot, ITitle
{
    public string Prefix { get; set; }
    public string Value { get; set; }
    public int Level { get; private set; }
    public void Create(int levelsAvailable, ITitleRepository repository)
    {
        for (int i = 1; i <= levelsAvailable; i++)
        {
            Title title = new Title(Prefix, Value) { Level = i };
            repository.Save(title);
        }
    }
}

public class Person : IEntityObject, IPerson 
{
   public ITitle Title { get;set; }
   public string Name { get; set; }
}

要阐明变更管理策略的原因，请考虑企业是否回过头来表示每个新员工都将获得为期 90 天的试用职称，并且试用职称被定义为 1 级职称。使用上述策略，只需更改一个上下文即可消除其他上下文的任何可能的未知故障。

希望这会有所帮助！