在Spring数据JPA存储库中使用泛型

Question

import org.springframework.data.jpa.repository.JpaRepository;

public interface FacilityRepository extends JpaRepository<Facility, Long> {
}


public interface FacilityService {
    public Facility create(Facility facility);
}

@Service
public class FacilityServiceImpl implements FacilityService {

    @Resource
    private FacilityRepository countryRepository;

    @Transactional
    public Facility create(Facility facility) {
        Facility created = facility;
        return facilityRepository.save(created);
    }
}

我突然想到，可以用三个基于泛型的类来替换每个对象类型的多个类，从而节省大量的样板代码。我不是很清楚该怎么做，事实上这是不是一个好主意？

Answer 1

首先，我知道我们在这里提高了一些标准，但这已经比您在没有Spring Data JPA的帮助下编写的代码要少得多了。

其次，我认为您首先不需要服务类，如果您所做的只是将一个调用转发到存储库。如果您的业务逻辑需要在事务中编排不同的存储库，或者有其他业务逻辑要封装，我们建议您在存储库前面使用服务。

一般来说，你当然可以做这样的事情：

interface ProductRepository<T extends Product> extends CrudRepository<T, Long> {

    @Query("select p from #{#entityName} p where ?1 member of p.categories")
    Iterable<T> findByCategory(String category);

    Iterable<T> findByName(String name);
}

class MyClient {

  @Autowired
  public MyClient(ProductRepository<Car> carRepository, 
                  ProductRepository<Wine> wineRepository) { … }
}

并且它会像预期的那样工作。然而，有几件事需要注意：

这只有在域类使用单表继承时才起作用。我们在引导时能够获得的关于domain类的唯一信息是它将是product对象。因此，对于findAll()甚至findByName(…)这样的方法，相关的查询将以select p from Product p where…开始。这是因为反射查找永远不能生成win或car,除非您为它创建一个专用的存储库接口来捕获具体的类型信息。

一般来说，我们建议为每个聚合根创建存储库接口。这意味着并不是每个域类本身都有回购。更重要的是，在存储库上对服务进行1：1的抽象也完全失去了意义。如果您构建服务，并不是为每个存储库都构建一个服务（猴子可以这样做，我们不是猴子，是吗？）。一个服务公开了一个更高级别的API，是更多的用例驱动程序，并且通常协调对多个存储库的调用。