适用于多个实体的通用 JPA 存储库

Question

我有几个实体，并使用Spring Data JPA存储库与规范查询我的数据库。因此，我创建了一个泛型类< code>SpecBuilder来基于查询描述(< code>MyQueryDescriptor)构建我的查询。

public class Specs {
  public static <T extends MyEntityIFace> Specification<T> myfind(final MyQueryDescriptor qDesc) {
    return new Specification<T>() {
      @Override
      public Predicate toPredicate(Root<T> root, 
               CriteriaQuery<?> criteriaQuery, CriteriaBuilder criteriaBuilder) {
        try {
          return SpecBuilder.mySpec(root, criteriaQuery, criteriaBuilder, qDesc);
        } catch (Exception e) {
          ...handle error...
        }
      }
    };
  }
}

我的存储库：

public interface Entity1DAO extends Repository<Entity1,Long>, 
                                    JpaSpecificationExecutor {
}

和

public interface Entity2DAO extends Repository<Entity2,Long>, 
                                    JpaSpecificationExecutor {
}

现在有三件事我不太确定:< br> 1)
使用泛型SpecBuilder是一个干净的设计吗？

2）
有没有办法避免为每个实体编写这些存储库接口？假设一个通用存储库？

3)< br > < code > MyQueryDescriptor 类有一个返回实体实例的方法，该实例将被查询。< br >基于实体类获得相应的存储库，避免切换的干净方法是什么？我本来想给每个实体添加一个带有特定存储库类的注释，但是感觉有点难闻。< br >我是否应该创建一个工厂并注入一个类似

Entity1.class => Entity1DAO
Entity2.class => Entity2DAO

?

Answer 1

< li>

这种使用通用ScBuilder的设计是干净的吗？

取决于你对干净设计的标准。同一个< code>MyQueryDescriptor是否适用于不同的实体？当然，它们具有不同的属性，所以您需要问问自己，给定的< code>MyQueryDescriptor是否会被错误地用于不兼容的实体，以及如何防止它。我们无法对此进行评论，因为我们不知道您的< code>SpecBuilder如何工作。

有没有办法避免为每个实体编写那些存储库接口？假设一个

没有。不过，这也不是什么样板文件。

我想您可以在运行时使用< code>getBeanProvider,在这里您可以将< code>resolvableType定义为< code>CrudRepository

然而，如果我是你，我会考虑改用JPA标准API，而不使用上面的＜code＞JpaSpecificationExecutor＜/code＞抽象。这可能会更自然。Spring存储库的设计以存储库围绕给定特定实体组织查询的思想为中心，而您的用例似乎正好相反——动态选择一个实体，然后找到一个适合的存储库，以满足Spring的限制。在这方面，你似乎在反对这个框架。

Answer 2

您可以使用实体继承并使用SpringExpressionLanguage（SpEL）对正确的实体发出存储库问题调用。就像我上次更新的一样