为什么业务层都要写一个接口

这主要是程序的耦合性  降低各个模块间的关联


还有一点就是接口的多态性


什么事耦合性呢?

松耦合就是降低依赖

依赖性高难以维护

比如一台电脑 包括主机啊       显示器啊   把他组合在一起就是一台电脑    

这就是一个耦合


但是主机坏了   把主机扔掉 电脑就分成了显示器  键盘   这个就是一个松散耦合

接口中进行修改逻辑的编,主要是通过调用服务业务逻辑的方法来完成数据的修改操作。下面是一个示例代码: 假设我们有一个UserService接口和UserService实现类,其中UserService提供了一个updateUser()方法用于更新用户信息: ```java public interface UserService { void updateUser(User user); } public class UserServiceImpl implements UserService { private UserDao userDao; @Override public void updateUser(User user) { userDao.updateUser(user); } } ``` 在接口中,我们可以定义一个Controller,通过调用UserService的updateUser()方法来实现用户信息的修改: ```java @RestController @RequestMapping("/user") public class UserController { @Autowired private UserService userService; @PutMapping("/{id}") public ResponseEntity<?> updateUser(@PathVariable Long id, @RequestBody User user) { // 根据id查询用户信息 User oldUser = userService.getUserById(id); if (oldUser == null) { return ResponseEntity.notFound().build(); } // 更新用户信息 oldUser.setName(user.getName()); oldUser.setAge(user.getAge()); userService.updateUser(oldUser); return ResponseEntity.ok().build(); } } ``` 在上面的示例代码中,我们定义了一个UserController,并使用@Autowired注解注入了UserService实例。在updateUser()方法中,我们首先根据id查询出要更新的用户信息,并判断该用户是否存在。然后,我们将传入的新用户信息更新到旧用户信息中,并调用UserService的updateUser()方法来完成用户信息的更新操作。最后,我们返回一个HTTP响应,表示用户信息修改成功。 需要注意的是,上面的示例代码仅供参考,实际开发中需要根据具体业务需求进行修改和完善。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值