DDD存储库和工厂

Question

在我的应用程序中有几层.本主题将重点介绍域和基础结构层.

我在域层中有存储库接口ClientRepositoryInterface.我在Infrastructure层中实现了此接口ClientRepositoryImpl.

但是为了在其存在的循环中间重建对象,我需要工厂(ReconstitutionClientFactory).调用工厂将在存储库中.埃里克埃文斯的书被描述为正常的做法.

但是应该找到这个工厂(ReconstitutionClientFactory)？在域或基础架构层？

我想在Domain ...但是!但是下层会直接调用更高层!这是错的,但怎么做对了？

Answer 1

工厂和存储库概念

为了回答你的问题,我认为重点关注DDD定义的概念的责任.

在蓝皮书中,有一节介绍了您描述的问题:

工厂处理物体生命的开始; REPOSITORY有助于管理中间和结束.

并特别针对您的问题:

因为在这种情况下,REPOSITORY是基于数据创建对象,所以很多人认为REPOSITORY是一个工厂 - 从技术角度来看确实如此.

(埃文斯的引言,第6章,"与工厂的关系"一节)

为了保持概念的纯粹性,工厂和存储库的接口是干净的很重要.因此,不允许通过存储库接口创建新的业务对象,并且不允许通过工厂接口查询现有的业务对象.

保持接口清洁并不意味着您不应该使用存储库实现中的工厂,因为,毕竟,存储库在某个时刻创建了一个实例,如果该实例创建很复杂,那么工厂就是合适的解决方案.

再次引用埃文斯:

每当从另一种介质重构一个物体时都会出现复杂性,那么FACTORY就是一个不错的选择.

但请注意,存储库很可能在工厂上调用的方法与真正想要创建新域对象的客户端相比(而不是重构).

埃文斯的书中甚至有一个例子说明了方法:

回答你的问题

现在很明显这是允许的,让我们关注你的工厂放置问题:

该DDD工厂接口所属的领域,因为你的域逻辑使用它来创建域对象.

在DDD重组设备接口不域属于,因为这只是你的资料库相关.它不存在于您域的现实世界中.

现在,如果您使用的体系结构禁止从域到基础结构的依赖(在应用DDD时可能应该这样),很明显工厂实现属于基础结构.请注意,无论您是否调用图层,环,域等,依赖关系都是重要的部分.

Answer 2

首先,层方法有点过时了.在谈论层次思考"背景"时,谁更重要的是谁.

存储库负责恢复对象.工厂只是创建一个新对象.注意不同的语义.存储库知道如何完成对持久性的保存/恢复,这取决于存储和访问方法.

因此,一切都在存储库内完成,即在基础架构中完成.如果你序列化了东西,那么你只需要反序列化(这就是文档数据库做事情的方式).如果您正在使用ORM或在表中存储内容,那么您将执行获取数据和重新填充对象所需的所有查询.ORM是最简单的方法,因为它可以使用反射来填充私有属性.在这种情况下,ORM本身就是工厂.

还有一件事,即恢复,虽然技术上可以由域工厂完成,但工厂的目的并不是因为它打破了层边界.我们希望保持基础架构中的所有持久性相关.