Springboot中为什么采用Service+ServiceImpl的结构

• 为解决移植性问题而产生的套路
  2005年以前的大多数项目都是直接在业务处理层的Service类中嵌入JDBC代码&＃xff0c;这就使得这个Service类与数据库紧藕合&＃xff0c;在换一种数据库的情况下&＃xff0c;就要修改Service类中的sql。 根据软件设计的开闭原则&＃xff0c;软件应该对修改关闭、对扩展开放。 因此&＃xff0c;那时聪明的程序员就把这个Service类设计成一个接口&＃xff0c;使控制层只依赖这个接口&＃xff0c;于是就有了controller&＃43;service&＃43;serviceImpl&＃xff1b;这样&＃xff0c;当某天这个应用要跑在其它数据库上时&＃xff0c;就而只需要增加一个serviceImpl类&＃xff0c;也就是说&＃xff0c;添加一个接口实现类&＃xff0c;在这个实现类里写新的数据库代码就好喽~
• 如果该Service有多个实现类&＃xff0c;如何设置注入哪个ServiceImpl类

接口
public interface HumanService {public String name();
}接口实现类
&＃64;Service("teacherService")
public class TeacherServiceImpl implements HumanService {&＃64;Overridepublic String name() {System.out.println("teacher");return "teacher";}
}&＃64;Service("doctorService")
public class DoctorServiceImpl implements HumanService {&＃64;Overridepublic String name() {System.out.println("doctor");return "doctor";}
}控制器
&＃64;RestController
public class HumanController {
// &＃64;Resource(name&＃61;"doctorService")&＃64;Autowired&＃64;Qualifier("teacherService")private HumanService humanService;&＃64;RequestMapping("/name")public String name(){return humanService.name();}
}