是否有必要为每个实体创建存储库和服务？

Question

我正在使用Hibernate + Spring和一个数据库来保存我的实体.我已经在使用JpaRepository来创建我的存储库,但即便如此,我似乎必须为每个实体创建一个扩展JpaRepository的接口.最糟糕的是,我正在为每个实体创建一个服务.他们都非常相似.

有什么方法可以创建通用服务和通用存储库？是否真的有必要实施它们中的每一个？

到目前为止,我有这样的存储库:

@Repository
public interface PhaseRepository extends JpaRepository<Phase, Serializable> {

}

和这样的服务:

@Service
public class PhaseService {
    @Autowired
    PhaseRepository repository;

    @Transactional
    public Phase create(Phase entity) {
        return repository.save(entity);
    }

    @Transactional(rollbackFor = EntityNotFound.class)
    public Phase delete(int id) throws EntityNotFound {
        Phase deleted = repository.findOne(id);
        if (deleted == null) {
            throw new EntityNotFound();
        }
        repository.delete(deleted);
        return deleted;
    }

    @Transactional(rollbackFor = EntityNotFound.class)
    public Phase update(Phase entity) throws EntityNotFound {
        Phase updated = repository.findOne(entity.getId());

        if (updated == null) {
            throw new EntityNotFound();
        }

        repository.saveAndFlush(entity);
        return updated;
    }

    public Phase findById(int id) throws EntityNotFound {
        Phase entity = repository.findOne(id);

        if (entity == null) {
            throw new EntityNotFound();
        }

        return entity;
    }
}

我正在使用12个实体,每个人都有相同的服务方法.

谢谢!

Answer 1

您可能需要 12 个存储库。但也许您不需要 12 项服务。一个服务可以处理对多个存储库的访问。这取决于您的逻辑以及每个实体的“重要性”。

例如，如果您有实体 User 和 Address，则可以有 UserRepository 和 AddressRepository。但只有 UserService，使用 addAddress(User user, Address address) 等方法...

总而言之，我建议您根据业务逻辑来组织服务，而不是一堆 CRUD