域对象，工厂和存储库之间的依赖关系

Question

好的，我读了很多关于存储库模式的东西，包括Fowler的书。 我知道它是什么以及它做了什么，但是我不太确定它是如何被工厂和/或域对象调用的。

我所理解的是，存储库应该像域对象的内存中集合一样，而工厂是负责实例创建的类： new myDomainObject()

考虑到这一点，很明显存储库需要引用工厂来从数据源查询创建新对象。 （存储库 - >工厂）

域对象还需要对工厂的引用才能创建新对象。

我的困境是当域对象想要检索现有对象时，它应该调用存储库还是工厂？ 如果它直接调用存储库（Domain - > Repository - > Factory），那么它需要同时拥有对工厂和存储库的引用，这对我来说似乎太过分了，但它是不是很糟糕？

另一方面，如果它像factory.CreateObjectWithId(id)一样调用工厂，那么工厂必须只将调用重定向到存储repository.GetById(id) ，这最后会调用同一工厂的另一个方法对象创建（如果它还没有在内存中） factory.CreateObject(dataset) ，这样就会产生一个循环引用：Domain对象 - > Factory < - > Repository，这对我来说似乎不是一件好事。

那么在您看来哪些选项更好？ 或者还有其他选择吗？

Answer 1

你已经掌握了基础知识。 您的误解似乎来自您假设域对象应该是存储库的主要客户端。 情况并非如此，如果没有其他方法，您应该只从域对象访问存储库。 尽量避免它。

因此，等式中缺失的部分是作为存储库的主要客户端的东西。

输入：应用程序服务

应用程序服务是包含用例逻辑 （与域逻辑相对）的服务。 它执行输入验证，实现访问管理，并负责事务控制。

这意味着应用服务将使用存储库从数据库加载聚合，对其执行某些操作，然后确保更改是持久的（即提交事务）。

根据您使用的存储库样式，将聚合保存回数据库略有不同：

• 对于集合式存储库，应用程序服务通常使用一个工作单元来跟踪和提交更改。
• 使用命令样式的存储库，应用服务在对其执行业务操作后将聚合传递回存储库。

工厂和仓库

关于你关于工厂和存储库之间关系的问题，我认为我的这个答案也提供了你的问题的答案。 它的基本要点是：

• 使用存储库中的工厂来避免重复聚合的实例化逻辑。
• 确保从外部清楚概念，即不要将存储库看到的工厂的“重构接口”暴露给其​​他类。 最好通过遵循接口隔离原则来实现 。

使用域中的存储库

如果您经常需要从数据库中查询其他聚合以在域层中执行业务任务，则表明您的聚合边界可能是错误的。

当然，有些情况下聚合边界很好，并且所需的对象不能作为参数传递给域对象。 在这种情况下，使用域中的存储库是有意义的。 在执行此操作之前，请务必尝试其他方法。 在任何情况下，只依赖于存储库接口，从不在具体的存储库实现上。