关于为大域对象创建工厂的建议

Question

我们有一个大对象图，其中有很多属性和行为。我们目前正在重新审视我们的领域，我们将采用 DDD 方法。但我们需要各位专家就如何为我们的大域模型创建工厂提供建议。

问题

我们服务于多个地区，如美国、加拿大、西班牙、智利、巴西、英国等。很明显，每个地区的地址、姓名（（姓氏、姓氏 1、姓氏 2 等））、电话号码都存在差异、国家身份证等。在高层次上，域模型看起来像这样

1. 一个交易可以有多个 主题的
2. 主题有名字， 地址、电话号码、国民 ID
3. 主题可以是 ConsumerSubject 或 BusinessSubject
4. 或 ConsumerSubject 有 PersonName 而 BusinessSubject 有一个 BusinessName
5. 地址可以是 美国地址、英国地址、 加拿大地址、智利地址等 同样的方式也可以有 地理特定子类 大多数域对象（其中 适用）

对于每个新请求，我们需要创建以有效状态正确填充的整套对象。我们可以使用抽象工厂模式来拥有特定于地理的工厂，如 USTransactionFactory、CanadianTransactionFactory 等。

这里需要建议

如何传入参数来创建这些对象。以Address为例

1. 我们是否应该有一个createXXXAddress(...)方法 每个包含城市的地理区域， 状态等作为输入参数？ 这 意味着我们需要有 创建美国地址(...), 创建加拿大地址(...), createChileanAddress(...) 等

2. 或者我们应该只有一个 createAddress(Address addr) 方法 只需要 Address 对象和 让客户创建 适当的地理特定 地址对象？例如
   西班牙地址西班牙=新西班牙地址(); spain.setMuniciplaityName(...);

3. 或者我们应该为每个重要的域对象拥有一个单独的 AbstractFactory？ 例如 USAddressFactory、UKAddressFactory 等

这里需要建议

是否有必要为此创建 DTO？ 我想只是将域传递到表示层，但通过强制读取来保持不变性仅域视图。例如，每个域对象将实现两个接口：ReadOnlyAddress、MutableAddress。这是受到 joda-time 的启发。

欢迎任何其他建议和批评。

Answer 1

1. 我们是否应该为每个地理位置提供一个 createXXXAddress(...) 方法，以城市、州等作为输入参数？这意味着我们需要 createUSAddress(...)、createCanadianAddress(...)、createChileanAddress(...) 等
2. 或者我们是否应该只有一个 createAddress(Address addr) 方法，该方法只接受 Address 对象并让客户端创建适当的地理位置特定的 Address 对象？
3. 或者我们应该为每个重要的域对象拥有一个单独的 AbstractFactory 吗？例如 USAddressFactory、UKAddressFactory 等

我绝对不推荐选项 1：它会导致将客户端代码绑定到特定地理位置，可能需要大量 switch/if- else 语句分散在各处，并且每当添加/删除地理位置时，每个语句中的代码都会发生变化 - 多态性要解决的确切问题。

我不太清楚选项 2 和 3 之间的确切区别，但我的第一个方法是使用某种 GeographyFactory 来生成部分或整个对象图在此描述。因此，客户端将调用单个 createAddress 方法，但该方法本身是多态的。

工厂是直接依赖注入到客户端还是在后台（部分）透明地使用（类似于 C++ 中的语言环境）取决于具体情况 - 两种方法都可以。

是否有必要为此创建 DTO？我想只是将域传递到表示层，但通过强制域的只读视图来保持不变性。

关于地址，我会尝试仅通过不可变对象来摆脱 - 如果地址发生变化，您只需创建一个新对象并丢弃旧对象即可。请注意，地址很少是第一类实体，而是代理值对象（即没有自己的标识）。但当然，很大程度上取决于对象关系映射解决方案和数据库模式的细节。