DDD：在哪里放置持久性逻辑，以及何时使用 ORM 映射

Question

我们正在对我们的 (Java) Web 应用程序模式进行长期、认真的研究。过去，我们遭受了过于贫乏的对象模型以及控制器、服务和 DAO 之间过度程序分离的困扰，简单的值对象（基本上只是数据包）在它们之间传输。我们使用声明性 (XML) 管理的 ORM (Hibernate) 来实现持久性。所有实体管理都在 DAO 中进行。

在尝试转向更丰富的域模型时，我们发现自己在努力解决如何最好地设计持久层的问题。我花了很多时间阅读和思考领域驱动设计模式。不过，我想要一些建议。

首先，我更有信心的事情是：

• 我们将在前端拥有“瘦”控制器，仅处理 HTTP 和 HTML - 处理表单、验证、UI 逻辑。

• 我们将有一个无状态业务逻辑服务层，它实现通用算法或逻辑，不知道 UI，但非常了解（并委托给）域模型。

• 我们将拥有一个更丰富的域模型，其中包含该域模型中对象固有的状态

问题在于坚持。以前，我们的服务将通过 DAO 注入（通过 Spring），并使用 find() 和 save() 等 DAO 方法来执行持久性。然而，更丰富的域模型似乎意味着对象应该知道如何保存和删除自身，也许更高级别的服务应该知道如何定位（查询）域对象。

这里，出现了一些问题和不确定性：

• 我们是否想要将 DAO 注入到域对象中，以便它们可以在 save() 方法中执行“this.someDao.save(this)”？这有点尴尬，因为域对象不是单例，所以我们需要工厂或 DAO 的构建后设置。当从数据库加载实体时，这会变得混乱。我知道 Spring AOP 可以用于此目的，但我无法让它工作（使用 Play! 框架，另一条实验线），而且它看起来相当混乱和神奇。

• 我们是否应该将 DAO（存储库？）完全独立，与无状态业务逻辑服务一样？这可能有一定道理，但这意味着如果“保存”或“删除”是域对象的固有操作，则域对象无法表达这些操作。

• 我们是否完全放弃 DAO，并使用 JPA 让实体自我管理？

这里存在下一个微妙之处：使用 JPA 映射实体非常方便。戏剧！框架也为我们提供了一个很好的实体基类，具有 save() 和 delete() 等操作。然而，这意味着我们的领域模型实体与数据库结构非常紧密地联系在一起，并且我们正在使用大量持久性逻辑传递对象，可能一直传递到视图层。如果不出意外，这将使领域模型在其他上下文中的可重用性降低。

如果我们想避免这种情况，那么我们需要某种映射 DAO - 要么使用简单的 JDBC（或至少 Spring 的 JdbcTemplate），要么使用数据库实体和“业务”实体的并行层次结构，DAO 永远从一个层次结构到另一个层次结构。

这里合适的设计选择是什么？

马丁

Answer 1

您的问题和疑虑在这里敲响了有趣的警钟，我认为您对“丰富域模型”的解释有点太过分了。丰富性并不意味着持久化逻辑必须由域对象处理，换句话说，不，它们不应该知道如何保存和删除自己（至少不明确，尽管 Hibernate 实际上添加了一些持久化逻辑）透明地）。这通常被称为持久性无知。

我建议您保留现有的 DAO 注入系统（对于单元测试来说这是一件好事）并保留持久层，同时尝试将一些业务逻辑移动到适合的实体。一个好的起点是识别聚合并建立聚合根。它们通常比其他实体包含更多的业务逻辑。

然而，这并不是说域对象应该包含所有逻辑（尤其是应用程序中许多其他对象所需的逻辑，这些逻辑通常属于服务）。

Answer 2

我不是 Java 专家，但我在 .NET 代码中使用 NHibernate，因此我的经验应该可以直接转化为 Java 世界。

当使用 ORM（如您提到的 Hibernate）构建域驱动设计应用程序时，好的（我不会说最好）实践之一是在 UI 和域之间创建所谓的应用程序服务。它们与您提到的无状态业务对象类似，但几乎不包含逻辑。它们应该如下所示：

public void SayHello(int id, String helloString)
{
    SomeDomainObject target = domainObjectRepository.findById(id); //This uses Hibernate to load the object.

    target.sayHello(helloString); //There is a single domain object method invocation per application service method.

    domainObjectRepository.Save(target); //This one is optional. Hibernate should already know that this object needs saving because it tracks changes.
}

对 DomainObject 包含的对象的任何更改（也将对象添加到集合中）都将由 Hibernate 处理。

您还需要某种 AOP 来拦截应用程序服务方法调用，并在方法执行之前创建 Hibernate 会话，并在方法完成后保存更改（无一例外）。

此处有一个非常好的示例，介绍如何在 Java 中执行 DDD。它基于 Eric Evans 的 'Blue Book' 中的示例问题。应用程序逻辑类示例代码为 此处。