DDD 聚合和值对象

Question

我想问一下关于DDD功能的问题。假设我们有两个聚合，每个聚合都包含值对象地址。根据 Eric Evans DDD，我们应该将聚合彼此隔离，因此第一个聚合的聚合根不能有指向 Address 的链接。坦白说，这对我来说似乎没有意义，所以问题是如何解决这种情况？哪个聚合应包含地址？

谢谢

Answer 1

聚合只关心数据修改。不允许两个聚合修改相同的数据。由于值对象是不可变的，因此它可以防止这种情况发生。因此，两个或多个聚合共享相同的值对象是完全可以的，因为它是只读数据结构，并且聚合不关心读取模型。

Address a = new Address("1111 ABC Ave.");
person.setAddress(a);
letter.setAddress(a);

person.getAddress().change("2222 XYS Ave.") // THIS IS ILLEGAL SINCE Address is a VO (immutable)

对于地址来说，上述情况永远不会发生，因此共享并不危险，因为您对人员地址所做的任何操作都不会影响信件，因此信件仍然保护它自己的不变量。

如果将地址制成实体，那么您将无法在两个实体中使用相同的地址，因为上述代码会使字母容易受到对人员执行的更改的影响，这会打破边界，并且会阻止字母从控制它的不变量。

这就是聚合根的全部要点，它以限制副作用的方式对事物进行建模。如果您定义非常明确的修改边界，代码将更易于使用，并且您将防止潜在的有害意外影响。

---

我还要补充一件事。正如另一个答案中提到的，您希望不同的限界上下文具有不同的地址类型。原因是您在一种情况下所需的地址详细信息不一定与您在另一种情况下所需的相同。因此，通过使用两种地址类型（每个上下文使用一种地址类型），您可以将一种类型的需求与另一种类型的需求隔离开来。

对于您需要的运输来说：

Address
{
    Number;
    Unit;
    Street;
    State;
    Country;
    PostalCode;
}

但是对于您需要的位置：

Address
{
    Number;
    Unit;
    Latitude;
    Longitude;
}

DDD 会说，将它们都称为地址，但将它们绑定到不同的上下文。因此，即使在语言中它们都被称为地址，但它们的具体数据和行为可能会根据您所讨论的上下文而有所不同。您绝对不能做的是创建一种 MonsterAdres，它将包含域中所有上下文的所有可能数据和行为，并将其作为所有上下文中使用的地址类型。

请注意，我们正在讨论应用程序中的模型，可以将所有地址数据存储在 Monster 地址表中，但是在对应用程序进行建模时，您应该将其分离到映射到您的域和通用语言的逻辑有界上下文中它雇用。

Answer 2

您可以使用相同的值对象。但只有当聚合根存在于相同的有界上下文中并且因此对于两个聚合具有相同的含义时才执行此操作。如果聚合存在于不同的有界上下文中，则有 2 个单独的聚合并重复。 Eric 试图解决的问题是将一种有界上下文的关注点泄露给另一种。

对于大多数人来说，实体与值对象的担忧归结为人们对数据重复的问题。我们已经接受过训练，能够以单一规范模型的第三范式进行思考。 DDD 通过在需要的地方强制重复并允许曾经被认为是合一的概念来对抗不可避免的复杂性。

希望这有帮助

Answer 3

值对象是描述某些特征或
属性但没有身份概念。

由于它没有概念标识，因此您无法“引用”或“链接”它。你只能‘遏制’它。假设您有一个用户并且用户有年龄。年龄是一个价值对象。如果 John 是 25 岁，Jane 也是 25 岁，那么他们不会“引用”相同的年龄。约翰的年龄与简的年龄完全相等。因此，如果您的地址确实是一个值对象，那么您就没有违反任何聚合边界。您的聚合根只是具有相同的地址。即使您在技术上有对 Address 的 java/c# 引用也没关系，因为值对象在大多数情况下是不可变的。

尽管不知道您正在研究哪个领域，但很难回答您的问题。但一般来说，地址不一定是值对象。 Eric Evans 在他的书中提到邮政服务和投递路线域将处理地址作为一个实体。派出技术人员的电力公司需要认识到，来自“123 Elm St”的两个服务电话实际上来自同一地址，并且只需要派出一名技术人员。在这种情况下，地址或“住宅”是一个实体。