我不清楚工厂类的职责和责任是什么。我知道工厂类应该负责创建域对象（聚合根）及其关联的实体和值对象。
但是对我来说不清楚的是，在DDD架构中，工厂“层”应该位于哪里？工厂应该直接调用存储库以获取其数据还是服务库？
在以下框架中，工厂应该放在哪里：
UI > App > Domain > Service > Data
此外，由于工厂是唯一允许进行对象创建的地方，如果您想在数据层和服务层中创建对象，是否会出现循环引用？
如果工厂类的角色是对象创建，那么服务层有什么好处？
我问了很多问题，感谢任何回答。我缺少一个演示如何将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 { ... }
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
Domain层。
同时，由于工厂类是唯一允许对象创建的地方，如果您想在数据层和服务层中创建对象，不会出现循环引用吗？
在我的示例中，所有依赖关系都从上到下流动。我使用依赖反转原则(PDF链接)来避免您所说的问题。
如果工厂类的角色是对象创建，那么服务层有什么好处呢？
当您有逻辑无法适应任何单个领域对象时，或者您有一个涉及协调多个领域对象的算法时，请使用服务。服务将封装任何不适合放在其他位置的逻辑，并在适合的地方委托给领域对象。
在我画的这个例子中，我想为订单制定行程需要涉及多个领域对象。OrderFactory可以委托给这样的服务。
顺便说一句，您描述的层次结构应该是 UI > App > 领域服务 > Domain > 基础设施(Data)
我问了很多问题，感谢您的回答。我缺少的是一个演示如何将领域驱动设计项目中的所有层组合在一起的示例应用程序...有类似的吗？
没有直接相关的完整示例应用程序，但可以找到一些开源的应用程序，例如eShopOnWeb和NopCommerce等。
应用领域驱动设计和模式作者Jimmy Nilsson的书是Eric Evans的领域驱动设计的很好补充。它有很多代码示例，虽然我不知道是否强调分层。分层可能很棘手，几乎是DDD之外的一个主题。
在Evans的书中，有一个非常小的分层示例，您可能想要查看。分层是一种企业模式，Martin Fowler撰写了企业应用架构模式，您也可能会发现它有用。
Domain 对象的实现中能否引用 Repository？例如，Order 是否可以使用 OrderRepositoryInterface 来检索订单信息？假设我们有一个 Orders 集合，其中有一个 getThoseOfPersonWithName("David") 方法，返回所有拥有者名为 David 的订单列表。在 getThoseOfPersonWithName(String name) 方法中，这个 Orders 集合能否引用 OrderRepository 实例，并使用 criteria = new Criteria(); criteria.add("name", name); return this.orderRepo.findAllMatching(criteria); 这样的代码？或者这种做法是否被认为是 DDD 中的不当行为？谢谢。 - tonix仓库(repository)和工厂(factory)的区别在于，仓库代表了一个抽象的持久化存储，而工厂则负责构建对象。
因此，举个例子，假设我要注册一个用户，我会从工厂获取我的用户对象。
IUser user = userFactory.Create(name, email);
然后将其传递给存储库，该存储库将负责处理它。
userRepository.Insert(user);
在DDD中，工厂可以被看作是一种隐藏new的方式，它抽象了实例化的细节。这样你就可以非常有效地按照接口而不是具体实现来编程。
此外，这使得仓储集中于它们的实体类型，从而使用泛型变得非常强大。
也许我会冒险，但我不会强调设计模式，除非我真的卡住了。我只是按照自己的想法构建系统，并重构它，直到第二天有些意义。
以下情况下我会使用工厂模式：
DDD的专家和我可能会有争议，但“工厂”类的基本思想是发出领域对象。然后，领域对象访问数据并成为您正在使用的领域的“模型”的一部分。
应用程序包含UI等内容，它不是继承层次结构。
小心使用“kind of”操作符；很多人认为他们可以使用继承，因此必须使用继承。“组合”（“包含”或“有一个”，而不是“是一个”）通常是更好的选择。
不一定。考虑一下领域告诉您的信息：例如，“我需要一个产品，我知道产品的产品编号。当产品工厂完成时，我希望得到一个完全填充了表示我的产品的有效产品对象。”创建产品对象时，它需要做什么才能成为有效的代表特定产品的产品对象？