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

Question

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

import org.springframework.data.repository.CrudRepository;

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

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

我是否必须为每个实体创建接口并逐个自动连接它们（现在听起来这是一个非常疯狂的想法）？

Answer 1

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

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

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

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