使用 Spring 进行领域驱动编程

Question

我有一个关于 DDD 和 DDD 的问题春天。我总是围绕贫乏的领域模型和服务设计我的应用程序，照顾业务逻辑/持久性。

假设您有一个用于域对象（例如 Book）的 spring 管理的持久性/存储库服务。如果我必须在书中公开 save() 方法，那么我将需要在我的域内使用存储库 bean，否则我将必须查找存储库 bean 的上下文。这与依赖注入正好相反。

现在，如果我将存储库 ID 注入到域中，并且域对象被缓存（集群缓存），然后在反序列化时，它将不会有注入的存储库服务，因为 Spring 容器会有所不同。

我可能是错的，但如果有人可以向我解释这个场景是如何工作的，那将会有很大的帮助

Answer 1

我认为应用程序的“外观”应该使用存储库（或其他基础设施服务）来保存“书”。本书不应该自行保存，这是存储库的责任。

如果您需要从域实体进行任何基础设施操作（例如，搜索数据库），那么您应该通过查找上下文（并因此耦合到 Spring）或通过依赖项注入存储库来访问此存储库注入实体。

问题是实体的“实例化”不是 Spring 的责任，而是 Persistence Provider 的责任，因此 Spring 无法处理这种注入。该怎么办？

好吧，有几种方法（它们都不是非常“漂亮”）可以做到这一点：

• 通过 AOP：您可以使用面向方面的框架（如 AspectJ）来检测代码，配置系统以在实例化时刻注入实体中的任何依赖项。
• 通过 Hibernate 拦截器：如果您的持久性提供程序是 Hibernate，它会为您提供一个挂钩，将拦截器放置在实体生命周期的某些点。您可以配置一个拦截器来查找 spring 上下文，以在每个实体的实例化中注入依赖项。
• 也许最简单的方法是实现一个小的静态“serviceLocator”，与 spring 相结合，在实体需要时查找实体请求的服务。这个服务定位器只是一个避免实体耦合到 Spring 的层。

Answer 2

我认为“保存”方法（例如保存在数据库中）不属于域对象......这本书是否“保存”本身？或者存储库正在保存它？...