57

我不清楚工厂类的角色和职责是什么。我知道工厂类应该负责创建域对象（聚合根）及其关联的实体和值对象。

但我不清楚工厂“层”在 DDD 架构中的位置？工厂是否应该直接调用存储库以获取其数据或服务库？

工厂在哪里适合以下框架：
UI > App > Domain > Service > Data

此外，因为工厂是唯一允许创建对象的地方，如果您想在数据和服务层中创建对象，您不会获得循环引用吗？

如果工厂类的作用是创建对象，那么服务层有什么好处呢？

我已经问了很多问题，并感谢任何回应。我缺少的是一个示例应用程序，它演示了域驱动设计项目中的所有层如何组合在一起......那里有什么吗？

4

6 回答 6

67

但我不清楚工厂“层”在 DDD 架构中的位置？工厂是否应该直接调用存储库以获取其数据或服务库？

工厂应该是构建领域对象的一站式商店。需要执行此操作的代码的任何其他部分都应使用工厂。

通常，至少有三个数据源用作域对象构造的工厂的输入：来自 UI 的输入、来自持久性的查询结果和对域有意义的请求。因此，要回答您的具体问题，存储库将使用工厂。

这是一个例子。我在这里使用Holub 的 Builder 模式。编辑：忽略此模式的使用。我开始意识到它与 DDD 工厂混合得不太好。

// domain layer
class Order
{
    private Integer ID;
    private Customer owner;
    private List<Product> ordered;

    // can't be null, needs complicated rules to initialize
    private Product featured; 

    // can't be null, needs complicated rules to initialize, not part of Order aggregate
    private Itinerary schedule; 

    void importFrom(Importer importer) { ... }

    void exportTo(Exporter exporter) { ... }

    ... insert business logic methods here ...

    interface Importer
    {
        Integer importID();
        Customer importOwner();
        Product importOrdered();
    }

    interface Exporter
    {
        void exportID(Integer id);
        void exportOwner(Customer owner);
        void exportOrdered(Product ordered);
    }
}

// domain layer
interface OrderEntryScreenExport { ... }

// UI
class UIScreen
{
    public UIScreen(OrderEntryDTO dto) { ... }
}

// App Layer
class OrderEntryDTO implements OrderEntryScreenExport { ... }

下面是 OrderFactory 的样子：

interface OrderFactory
{
    Order createWith(Customer owner, Product ordered);
    Order createFrom(OrderEntryScreenExport to);
    Order createFrom(List<String> resultSets);
}

特色产品的逻辑和行程的生成都在 OrderFactory 中。

现在这里是在每个实例中如何使用工厂。

在 OrderRepository 中：

public List<Order> findAllMatching(Criteria someCriteria)
{
    ResultSet rcds = this.db.execFindOrdersQueryWith(someCriteria.toString());
    List<List<String>> results = convertToStringList(rcds);

    List<Order> returnList = new ArrayList<Order>();

    for(List<String> row : results)
        returnList.add(this.orderFactory.createFrom(row));

    return returnList;
}

在您的应用层：

public void submitOrder(OrderEntryDTO dto)
{
    Order toBeSubmitted = this.orderFactory.createFrom(dto);

    this.orderRepo.add(toBeSubmitted);

    // do other stuff, raise events, etc
}

在您的领域层中，单元测试可能：

Customer carl = customerRepo.findByName("Carl");
List<Product> weapons = productRepo.findAllByName("Ruger P-95 9mm");
Order weaponsForCarl = orderFactory.createWith(carl, weapons);

weaponsForCarl.place();

assertTrue(weaponsForCarl.isPlaced());
assertTrue(weaponsForCarl.hasSpecialShippingNeeds());

工厂在哪里适合以下框架：UI > App > Domain > Service > Data

领域。

此外，因为工厂是唯一允许创建对象的地方，如果您想在数据和服务层中创建对象，您不会获得循环引用吗？

在我的示例中，所有依赖项都是从上到下流动的。我使用了依赖倒置原则（PDF链接）来避免你所说的问题。

如果工厂类的作用是创建对象，那么服务层有什么好处呢？

如果您的逻辑不适合任何单个域对象，或者您有一个涉及编排多个域对象的算法，请使用服务。该服务将封装任何不适合其他任何事物的逻辑，并将其委托给适合的领域对象。

在我在这里写的示例中，我想为订单制定行程将涉及多个域对象。OrderFactory 可以委托给这样的服务。

顺便说一句，您描述的层次结构可能应该是 UI > App > Domain Services > Domain > Infrastructure (Data)

我已经问了很多问题，并感谢任何回应。我缺少的是一个示例应用程序，它演示了域驱动设计项目中的所有层如何组合在一起......那里有什么吗？

Jimmy Nilsson 的Applying Domain Driven Design and Patterns是对 Eric Evans 的Domain-Driven Design的极大赞美。它有很多代码示例，虽然我不知道是否强调分层。分层可能很棘手，几乎是与 DDD 分开的主题。

在 Evans 的书中，有一个非常小的分层示例，您可能想要查看。分层是一种企业模式，Martin Fowler 写了Patterns of Enterprise Application Architecture，您可能会发现它也很有用。

于 2009-02-21T00:53:20.967 回答
15

存储库和工厂的区别在于，存储库代表抽象的持久存储，而工厂负责构建对象。

例如，假设我正在注册一个用户。我将从工厂获取我的用户对象

IUser user = userFactory.Create(name, email);

然后将其传递给存储库，存储库将负责处理它。

userRepository.Insert(user);

DDD 中的工厂可以被认为是一种隐藏新的方法，一种对实例化细节的抽象。它允许您非常有效地编程到接口而不是具体的。

此外，这允许存储库专注于它们的实体类型，因此泛型的使用变得非常强大。

于 2012-09-25T14:30:39.553 回答
7

除非我真的陷入困境，否则我倾向于不强调设计模式，这可能是我自己的危险。我只是按照我的想法构建系统并重构，直到第二天它变得有意义。

我在以下情况下使用工厂：

  • 有些层需要创建一个有规律的对象。和
  • 只有该层知道何时创建它，或者使用什么定制和
  • 只有其他一些层确切地知道要创建什么。
于 2009-02-22T19:12:37.570 回答
3

DDD 家伙和我可能会争论这个问题，但基本上那个“工厂”类的想法是发布域对象。然后域对象访问数据并成为您正在使用的域的“模型”的一部分。

应用程序包含UI 等，它不是继承层次结构。

小心那种“那种”运算符；很多人认为因为他们可以使用继承，所以他们必须使用继承。聚合（“包含”或“具有”而不是“是”）通常是更好的选择。

更新

不必要。想想域告诉你什么：它类似于“我需要一个产品，并且我知道产品的产品编号。当产品工厂完成后，我希望得到代表我的产品的完全填充的对象。” 当您创建 Product 对象时，它需要做什么才能成为代表特定产品的有效 Product 对象？

于 2009-02-17T02:34:01.223 回答
2

工厂是否应该直接调用存储库以获取其数据或服务库？

我不会说，如果可能的话，应该直接传递它需要的信息。

工厂在哪里适合以下框架：UI > App > Domain > Service > Data

不确定这种分层来自哪里，DDD 中没有固定层，但我会说你最好专注于这种风格

UI > 应用程序 > 域

在域中，您将拥有多种类型的对象，我将设置有关它们之间关系的规则：

  • 工厂应该通过他们完成工作所需的一切，因此在大多数情况下我不会让他们调用其他服务或存储库。
  • 在大多数情况下，实体不应该联系存储库，而是服务（或其他上层）应该负责这项工作。
  • 实体不应调用服务，服务位于实体/价值对象/规范之上并酌情协调它们。
  • 域内的服务是用来协调的，它们不包含重要的域/业务行为。

如果工厂类的作用是创建对象，那么服务层有什么好处呢？

埃里克在书中很好地解释了这一点，所以我会参考它，但如果你有交叉聚合行为或不能很好地融入一个聚合的行为（例如书中的帐户示例），它最终会很好。

于 2009-02-22T15:24:40.097 回答
1

我看到应用程序服务层负责通过调用工厂来创建新实体。因此，实体工厂接口定义在 Application Service 模块中，实际实现是一个基础设施服务，与持久化相同。对于通用应用程序服务与域服务与基础设施服务的一个很好的清晰概念，我通过观看以下内容获得了很多清晰：Bob Martin Ruby Midwest 2011

于 2016-12-23T20:51:57.317 回答