领域驱动设计 - ValueObjects 中的继承

Question

User <AggregateRoot>{
  name: String;
  paymentType: PaymentType;
}

PaymentType <ValueObject> {
  //Common attributes
}

1. 上面的 PaymentType(ValueObject) 是否可以被这些 ValueObjects(Subclasses) - Credit、Cash、Check 继承？
2. 有一个域不变量表示，用户一次可以有一个 PaymentType。这应该进入 User(AggregateRoot) 还是 PaymentType(ValueObject) ？

Answer 1

上面的 PaymentType(ValueObject) 是否可以被这些 ValueObjects(Subclasses) - Credit、Cash、Check 继承？

也许吧。继承主要是一个实现细节。

但我不清楚这就是你真正要问的问题。你的例子看起来有点像试图设计一个“联合类型”，也就是说你可以使用一个句柄来匹配不同的模式。

Scott Wlaschin 在他的域建模功能幻灯片中提供了一个PaymentMethod union type 的示例。他在designing with types 上的博客系列使用其他示例更详细地描述了该技术。

有一个域不变量表示，用户一次可以有一个 PaymentType。这应该进入 User(AggregateRoot) 还是 PaymentType(ValueObject) ？

这取决于。决定哪些状态转换被允许的代码通常进入拥有状态的事物（在本例中为用户）。我们如何表示状态、实际的数据结构等，通常存在于值对象中。

第 5 章（实体、值对象）和第 6 章（聚合、存储库）中描述的建模模式只是模式。最完美地应用这些模式并没有奖励。实现领域模型的主要目标仍然是相同的：生成可以平滑更改的代码设计，以适应领域不断变化的需求。