您是否应该在JPA中每个表有一个存储库？

Question

您是否应该在JPA中每个表有一个存储库？如果不是，您如何解决存储库数据库中的泛型？

例如，下面是一个StoreRepository。它处理对对象的 CRUD
操作Store。如果我想让存储库也保存一个StoreEvent对象，我将如何更改下面的界面以容纳两个对象？

@Repository
public interface StoreRepository extends JpaRepository<Store, String> {
    public Store findByGuid(String guid);
}

Answer 1

由于存储库是从域驱动设计派生的概念，因此考虑数据库表是错误的方法。根据定义，您可以从存储库访问聚合根。实际上，存储库正在模拟这些集合。

现在是什么形成聚合根？可能更有趣：什么不？当然，这很大程度上取决于您的域，但是让我在这里给您举一个例子。通常将一个Order包含物LineItems建模为聚合根。这是由于的组成性质Order。LineItem没有周围的环境，A
就不会存在Order。

通常，持久性访问机制应遵循域原则。因此，您可以将Order和都建模LineItem为@Entity类，但只能创建一个OrderRepository，因为它们形成了聚合根并有效地控制了对象图中的一致性规则。

我们还 强烈 建议 不要
使用商店特定的存储库基本接口，因为顾名思义flush()，如果可能的话，将商店特定的信息（例如）公开给他们不应该知道的客户。