java – Spring数据jpa repo,为什么需要接口服务和服务实现

发布时间：2020-12-15 04:39:50 所属栏目：Java 来源：网络整理

导读：我刚刚开始使用 Spring Data JPA开发Spring Boot.当我从表生成模型时,我创建了一个modelRepo,它扩展了JpaRepository myModel,String public interface userRepository extends JpaRepositoryUser,String{} 然后从控制器,我可以轻松调用userRepository.findAl

我刚刚开始使用 Spring Data JPA开发Spring Boot.当我从表生成模型时,我创建了一个modelRepo,它扩展了JpaRepository< myModel,String>

public interface userRepository extends JpaRepository<User,String>{
}

然后从控制器,我可以轻松调用userRepository.findAll()来获取数据.

但是,当我查看一些教程时,他们在调用findAll()之前还有几个步骤.看看下面：

public interface userService{
Iterator findAll();

}

public class userServiceImpl implements userService{
       @Autowired
       UserRepository userRepository
       @Override
       Iterator findAll(){
        return userRepository.findAll();
       }
    }

像这样的事情,我可以直接从userRepository查询数据,只要@Autowired注入userRepository.

在一些示例中,它们在上面执行相同的结构.任何人都可以在调用数据之前解释为什么我们需要service和serviceImpl.

解决方法

因为所谓的“服务”类(“继承”与N层架构)是业务逻辑“生活”的地方.最后,它取决于您的方法/设计指南,您希望管理事务的方式,构建项目等等.

如果您只需要调用数据库并返回该数据,则可以安全地跳过“服务”调用/类.另一方面,如果你正在“在现实生活中”做一些事情,你将最终使用这些“服务”类,因为大多数操作(阅读：业务逻辑)将会存在,所以你会想要将所有这些行为隔离在一个地方 – 否则你将在任何地方注入豆子而不遵循任何“项目组织”等.有时它有点乏味,但另一方面,无论何时需要改变某些东西,你都知道在哪里寻找.在大中型项目中,这非常重要;如果你有几个人修改相同的代码库,甚至更多.

提示：保持小班级.在“服务”类上注入大量的bean(存储库,服务和什么不是)是糟糕的设计,可能会导致其他非感官.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!