领域驱动设计和工厂类的作用

Question

我不清楚工厂阶级的角色和责任是什么.我知道,工厂类应该是域对象(聚合根)及其关联实体和值对象的创建.

但是我不清楚的是工厂"层"在于DDD架构？工厂应该直接调用存储库来获取其数据还是服务库？

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

另外,因为工厂是唯一允许创建对象的地方,如果你想在数据和服务层创建对象,你会不会得到循环引用？

如果工厂类的角色是用于创建对象,那么服务层有哪些好处？

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

Answer 1

但是我不清楚的是工厂"层"在于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>应用程序>域服务>域>基础架构(数据)

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

应用领域驱动的设计和模式 Jimmy Nilsson对Eric Evans的领域驱动设计非常赞赏.它有很多代码示例,但我不知道是否强调分层.分层可能很棘手,几乎是与DDD分开的主题.

在埃文斯的书中,有一个很小的分层示例,您可能想要查看.分层是一种企业模式,Martin Fowler编写了企业应用程序架构模式,您可能也会发现它很有用.

Answer 2

存储库和工厂之间的区别在于存储库表示抽象持久存储,而工厂负责构建对象.

因此,举例来说,假设我正在注册用户.我将从工厂获取我的用户对象

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

然后将其传递给存储库,存储库将负责处理它.

userRepository.Insert(user);

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

此外,这允许存储库专注于其实体类型,因此泛型的使用变得非常强大.

Answer 3

可能是我自己的危险,我倾向于不强调设计模式,除非我真的被卡住了.我只是按照我的想法构建系统并重构,直到第二天它有意义.

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

• 某些层需要创建具有一定规律性的对象.和
• 只有该层知道何时创建它,或者知道什么是自定义和
• 只有其他图层确切知道要创建的内容.