DDD：引用非聚合根

Question

我正在尝试使用一些 DDD 概念来改进我的设计。目前我有 4 个简单的 EF 实体，如下图所示：

有多个TaskTemplates，每个都存储多个TasksItemTemplates。 TaskItemTemplates 包含各种信息（描述、图像、默认处理时间）。

用户可以基于TaskTemplate 创建新的具体Tasks。在当前实现中，这还将为每个TaskItemTemplate 创建一个TaskItem，但将来可能会选择一些相关的TasksItemTemplates。

我想知道如何在 DDD 中为这个需求建模。不允许从TaskItem 到TaskTemplateItem 的引用，因为TaskTemplateItem 不是聚合根。但是如果没有这个引用，就不可能得到TaskTemplateItem 的属性。 当然，我可以删除引用并将所有属性从TaskTemplateItem 复制到TaskItem，但实际上我喜欢通过更新TaskTemplateItems 来更新TaskItems 的可能性。

---

更新：Task(Item)Template 更新的预期行为

应该可以编辑TaskTemplate 和TaskItemTemplate 和例如修复名称或描述中的拼写错误。我希望这些更改会反映在Task/TaskItem 中。 另一方面，如果 DefaultProcessingTime 被修改，这不应该改变 TaskItem 的持久化 DueDate。

在我当前的实现中，无法将TaskItemTemplates 添加/删除到持久的TaskTemplate，但这将是一个很好的改进。我将如何实现这样的事情？在TaskTemplate 和TaskItemTemplate 之间添加另一个实体TaskTemplateVersion？

更新 2：TaskItemTemplateId 为 ValueObject

再次阅读 Vaughn 的幻灯片后，我认为通过简单的修改，我的模型根据 DDD 是正确的：

不幸的是，我真的不明白，为什么这个设计更好（更好吗？）。好的，TaskItemTemplates 不会有不必要的数据库查询。但另一方面，在使用 TaskItem 时，我几乎需要一个 TaskItemTemplate，因此一切都变得更加复杂。我不能再做类似的事情了

public string Description
{
  get { return this.taskItemTemplate.Description; }
}

Answer 1

根据您在TaskItem 和TaskItemTemplate 下列出的属性，我想说它们应该是值对象，而不是实体。因此，如果没有理由（根据您问题中的信息没有）使它们成为实体，请将它们更改为不可变的值对象。

使用该解决方案，您只需通过复制 TaskItemTemplate 的数据来创建 TaskItem。

关于您描述的更新场景，请参见以下解决方案：

• TaskItems 是从 TaskItemTemplate 的特定版本创建的。使用TaskItem 记录该版本。
• TaskTemplate 负责更新其项目并跟踪其版本。
• 如果模板发生更改，如果需要立即采取行动，请通知从该模板派生的所有Tasks。如果您只是希望能够在以后“拉入”模板更改（而不是在模板更改时采取行动），您只需比较版本。

要做出明智的决定，您必须充分了解不变性的优缺点。只有这样，您才会看到将事物建模为值对象的好处。我认为该主题非常有价值的一个来源是Eric Lippert's series on immutability。

此外，Vaughn Vernon 的实施 DDD 一书很好地解释了值对象和实体的概念。