domain-driven-design - 请说明如何针对聚合根的子实体进行创建/更新

Question

经过大量的阅读和思考之后，我开始对DDD有所了解，我对在聚合根下处理复杂层次结构的最佳做法感到有些困惑。我认为这是一个FAQ，但是在阅读了无数示例和讨论之后，没有人在谈论我所看到的问题。

如果我符合DDD的思想，则聚合根下方的实体应该是不可变的。这是我麻烦的症结所在，因此，如果这不正确，那就是我迷路的原因。

这是一个虚构的示例...希望它可以容纳足够的水进行讨论。

考虑一下汽车保险单(我没有参加保险，但这与我和保险公司通电话时听到的语言相匹配)。

政策显然是一个实体。在政策内，假设我们拥有汽车。就本例而言，自动仅存在于一个策略中(也许您可以将自动转移到另一个策略中，因此这也有可能成为一个聚合，这会更改策略...但是假设它比现在更简单) 。由于没有策略就无法存在汽车，因此我认为它应该是实体而不是根。因此，本例中的Policy是一个聚合根。

现在，要创建一个策略，我们假设它必须至少具有一个自动。这就是我感到沮丧的地方。假设汽车是相当复杂的，包括许多 Realm ，可能还有一个存放车库的 child (一个位置)。如果我正确理解的话，“创建策略”构造器/工厂将不得不将“自动”作为输入或通过构建器加以限制，而没有该“自动”就无法创建。由于汽车是一个实体，因此汽车的创造不能事先完成(因为它是不可变的？也许这只是一个错误的解释)。因此，您不必说新的Auto，然后说setX，setY，add(Z)。

如果“自动”不那么琐碎，您最终将不得不构建庞大的构建器层次结构，并试图在策略的上下文中管理创建“自动”。

之后，在创建策略并希望添加另一个自动...或更新现有的自动之后，对此进行了另一种修改。显然，Policy控制着这个...精细...但是Policy.addAuto()不会飞起来，因为不能仅仅传递一个新的Auto(对!)。示例中说了诸如Policy.addAuto(VIN，make，model等)之类的内容，但是它们都非常简单，看起来很合理。但是，如果这种工厂方法的方法因参数太多而崩溃(可以想到整个Auto接口(interface))，那么我需要一个解决方案。

从这一点出发，我意识到，暂时引用实体是可以的。因此，在 transient 环境中在聚合中的父级外部创建实体可能很好，因此可以说类似以下内容:

auto = AutoFactory.createAuto();
auto.setX
自动设置

或坚持不变性，请选择AutoBuilder.new()。setX()。setY()。build()

然后当您说Policy.addAuto(auto)时将其整理

如果您添加事件(例如带有PolicyReports或RepairEstimates的事故)，这个保险示例将变得更加有趣……某些值(value)对象，但大多数实体在保单范围之外实际上毫无意义……至少对于我的简单示例而言。

策略的生命周期及其等级随着时间的推移不断增长，这似乎是我必须真正开始研究之前必须掌握的基本情况……而更多的是工厂概念或子实体如何构建/附加到我尚未拥有的聚合根上。没看到一个可靠的例子。

我想我接近了。希望这很清楚，而不仅仅是重复的常见问题解答，它在各处都有答案。

Answer 1

存在汇总根是为了保持事务一致性。

从技术上讲，您所拥有的只是值(value)对象和实体。

两者之间的区别是不变性和身份。

值对象应该是不可变的，并且其标识是其数据的总和。

Money // A value object
{
    string Currency;
    long Value;
}

如果两个货币对象具有相等的货币和相等的值，则它们相等。因此，您可以将一个交换为另一个，从概念上讲，就好像您拥有相同的Money。

实体是随时间变化的对象，但是其身份在整个生命周期中都是不变的。

Person // An entity
{
    PersonId Id; // An immutable Value Object storing the Person's unique identity
    string Name;
    string Email;
    int Age;
}

那么什么时候以及为什么有汇总根？

聚合根是专门的实体，其工作是在一个事务范围内将一组域概念分组，仅出于数据更改的目的。也就是说，说一个人有腿。您需要问自己，是否应该在一次交易中将“腿”上的更改和“人”上的更改归为一组？或者我可以单独更改一个？

Person // An entity
{
    PersonId Id;
    string Name;
    string Ethnicity;
    int Age;
    Pair<Leg> Legs;
}

Leg // An entity
{
    LegId Id;
    string Color;
    HairAmount HairAmount; // none, low, medium, high, chewbacca
    int Length;
    int Strength;
}

如果Leg可以自己更改，而Person可以自己更改，则它们都是“聚合根”。如果不能单独更改Leg，并且必须始终参与交易，则Leg应该在Person实体内部组成。在这一点上，您将必须通过Person来更改Leg。

该决定将取决于您正在建模的域:

也许Person是他腿上的唯一权威，它们会随着年龄的增长而变得越来越强壮，颜色会根据他的种族而变化等。这些是不变的，Person将负责确保它们得到维护。如果其他人想改变此人的腿，例如要剃光他的腿，则必须要求他自己剃光，或暂时将它们交给您以剃光。

或者您可能在考古学 Realm 。在这里，您可以找到Legs，并且可以独立操作Legs。在某个时候，您可能会找到一个完整的尸体，并猜测这个人的历史，现在您有了一个人，但是该人对于您发现的腿如何处理没有发言权，即使该人被证明是他的腿腿支腿的颜色会根据您对其施加的修复程度或其他因素而改变。这些不变量将由另一个实体维护，这次将不是Person，而是考古学家。

回答您的问题:

我不断听到您谈论汽车，因此这显然是您的域的重要概念。是实体还是值(value)对象？如果汽车是序列号为#XYZ的汽车，或者您仅对品牌，颜色，年份，型号，品牌等感兴趣，那有关系吗？假设您关心的是Auto的确切身份，而不仅仅是其功能，那么它就必须成为您域的实体。现在，您讨论政策，政策规定了汽车涵盖的内容和范围，这取决于汽车本身，也可能取决于客户，因为基于他的驾驶历史，类型和年份以及不包括的内容，的，他的政策可能会有所不同。

所以我已经可以设想拥有:

Auto : Entity, IAggregateRoot
{
    AutoId Id;
    string Serial;
    int Year
    colour Colour;
    string Model
    bool IsAtGarage
    Garage Garage;
}

Customer : Entity, IAggregateRoot
{
    CustomerId Id;
    string Name;
    DateTime DateOfBirth;
}

Policy : Entity, IAggregateRoot
{
    string Id;
    CustomerId customer;
    AutoId[] autos;
}

Garage : IValueObject
{
    string Name;
    string Address;
    string PhoneNumber;
}

现在，您可以通过更改声音的方式更改策略，而不必同时更改“汽车”和“客户”。您说的是，如果“自动”在车库里，或者我们将“自动”从一种策略转移到另一种策略，该怎么办？这让我觉得Auto是它自己的汇总根，Policy也是如此，Customer也是如此。这是为什么？因为听起来好像是您的域使用情况，所以您无需担心更改策略就可以更改汽车的车库。也就是说，如果有人更改了“汽车的车库”和“IsAtGarage”状态，则无需更改策略。我不确定我是否很清楚，您是否不想以非交易方式更改客户的姓名和DateOfBirth，因为也许您更改了他的姓名，但是它无法更改日期，而现在您已损坏生日与姓名不符的客户。另一方面，可以在不更改策略的情况下更改自动。因此，“自动”不应合并到“策略”中。实际上，“自动”不是策略的一部分，而只是策略跟踪和可能使用的内容。

现在我们看到，完全可以自己创建一个Auto，因为它是Aggregate Root。同样，您可以自己创建客户。而且，当您创建策略时，只需将其链接到相应的客户及其汽车。

aCustomer = Customer.Make(...);
anAuto = Auto.Make(...);
anotherAuto = Auto.Make(...);
aPolicy = Policy.Make(aCustomer, { anAuto, anotherAuto }, ...);

现在，在我的示例中，车库不是聚合根。这是因为，域似乎并不能直接使用它。它总是通过自动使用。这是有道理的，保险公司不拥有车库，它们不从事车库业务。您永远不需要创建自己存在的车库。然后很容易在Auto上使用 anAuto.SentToGarage(name, address, phoneNumber)方法，该方法创建车库并将其分配给Auto。您不会自己删除车库。您将改为 anAuto.LeftGarage()。