聚合根的工厂方法签名

Question

我想编写一个工厂方法来实例化作为聚合根的实体。

该方法是否应该接受聚合的子实体和值作为实例化对象，还是应该只接受原始类型？

例如，如果我有一个由 Processor 和 Memory 对象组成的实体 Computer，工厂方法是否应该采用以下形式：

public Computer NewComputer(
    string computerName, 
    int processorCores, 
    int processorClockSpeed, 
    string memoryType, 
    int memoryRam) 
{
    ...
}

或者

public Computer NewComputer(
    string computerName, 
    Processor processor, 
    Memory memory) 
{
    ...
}

这只是一个品味问题，还是这里有任何认真的考虑因素？

Answer 1

这只是一个品味问题，尽管它可能取决于您的对象创建策略，而且您可能会混合搭配它们。

如果您的聚合根已经为其子对象提供了工厂方法（例如，如果已经存在 CreateProcessor() 来支持添加其他处理器），那么您的第一种方法可能是合适的。

或者，如果您使用ComputerFactory（或存储库）来创建或重建聚合根，则该工厂可能已经知道如何创建子对象，在这种情况下，它将在构建过程中创建它们上你的聚合图表，你的第二种方法将是合适的。

Answer 2

“聚合根”是对象图的最顶层节点。所有其他对象都是通过此根对象创建和访问的。换句话说：如果您通过外部工厂方法创建 Computer 类的组件，那么您不能再将其称为“聚合根”。
这并不是说你的第二个例子有些不好或有臭味之类的，只是它不符合“聚合根”的概念......

Answer 3

关于使用工厂方法的好处（我不太熟悉聚合和根的规则）：

• 我想处理器和内存是具有某些行为的对象，您希望将它们与计算机类分开。

• 计算机类构造函数可以是

  public Computer（字符串计算机名，IProcessor处理器，IMemory内存） 
  {
  }
  

您的计算机类，现在不依赖于处理器和内存的具体实现。其他类负责使用具有特定内存和处理器的计算机。

通过这种方法，您将获得更多可维护代码的好处，并且能够在不更换计算机的情况下升级内存和处理器。

不知道这是否能回答您在特定情况下的问题，但希望这会有所帮助。其他资源包括：

1. http://www.objectmentor.com/resources/articles/inheritanceVsDelegation。 pdf
2. 实体电子书：http://www.lostechies.com/content/pablo_ebook。 ASPX