我需要为哪些实体创建 Spring Data 存储库？

Question

在 Spring Data JPA 的“入门”示例中，我们创建了一个扩展 CrudRepository 的接口。但是它只处理一个实体：

import org.springframework.data.repository.CrudRepository;

interface MyEntityRepository extends CrudRepository<MyEntity, Long> {
  // methods...
}

在现实世界的应用程序中，有很多实体（表），我们需要对它们进行 CRUD 操作。将 Spring Data JPA 存储库与多个（相关或不相关）实体一起使用的正确方法是什么？

我是否必须为每个实体创建接口并逐个自动装配它们（现在这听起来很疯狂）？

Answer 1

Spring Data 使用领域驱动设计中定义的存储库概念。存储库基本上代表聚合根的集合，它们又是您的一些实体，您将访问它们并对其他实体实施业务约束。例如。如果您有一个由LineItems 组成的Order，则Order 将是聚合根，因为它控制LineItems 等的生命周期。因此，您将为Order 定义一个存储库，但是不适用于LineItem。因此，到目前为止，并非所有实体都会为其创建存储库。决定哪些实体成为聚合根基本上是域建模中的一个重要部分。

另一方面是存储库通常由持久性机制支持，并且您不希望将业务逻辑直接编码到持久性 API 以使其可测试，而无需处理持久性 API。这意味着，存储库将包含查询方法，这些方法基本上代表集合中所有聚合根的子集，并由特定于存储的查询实现支持。这只能以按聚合根的方式实现。

第三个也是最后一个方面是存储库可以帮助您更轻松地限制对持久性操作的访问，因为您可以使用例如包范围强制客户端甚至使用专用服务，并且基本上隐藏某个包中某个域对象的所有持久性操作。使用像 EntityManager 这样的通用持久性 API，您将无法控制谁实际从系统中的任何位置读取了什么内容，因为它只能持久化持久性上下文中的每种类型。

总结一下：存储库代表聚合的集合，并允许访问该集合的专用子集。 Spring Data 使创建这些尽可能容易，替代方案在架构上不太理想（参见上面的推理）或更繁琐（如果它们必须手动实现。为哪些实体创建存储库取决于您如何对域建模，其中哪些是聚合根。

Answer 2

你是对的。对于要使用 Spring Data 的每个实体，您需要创建一个扩展存储库接口之一的接口，然后将该接口自动装配到您的类中。对于每个要对其执行 crud/query 操作的实体，您只需要其中一个。如果存在通过级联关系创建/管理的另一个实体中包含的实体，则无需为该实体显式创建存储库。

就您的观点而言，必须为每个实体创建一个接口并自动装配它可能看起来有点冗长，但这就是 Spring Data 的设计方式，并且是它能够自动为您生成数据访问代码的原因。如果您想编写自己的数据层，显然不必这样做。