🌈键盘敲烂,年薪30万🌈
目录
一、概念介绍
控制反转:简称IOC,对象的创建控制权由程序自身转移到外部(容器),这种思想称为控制反转
依赖注入:简称DI,容器为程序提供运行时所依赖的资料,称为依赖注入。
Bean对象:IOC容器中创建、管理的对象叫bean对象
二、原理讲解
2.1 代码高内聚问题
通过一个简单的示例带你一步步深入了解为什么要有控制反转和依赖注入。
三步:服务器收到客户端的请求,拿到数据,对数据进行逻辑处理,并返回数据,但这三个步骤我现在是把它写在了同一个类中,这样写就算我要改一行代码也要重写这个类中的所有代码,这就没达到高内聚,低耦合的设计理念。
2.2 三层架构
我们发现这三个功能是独立的,并且每一次请求响应都固定是这三步,我们可以创建三个接口分别实现三个功能,每个功能在web开发中有专业的叫法,看图
修改后的代码
2.3 分层解耦
耦合问题没有解决
但是这还有问题,当我要获取serviceA处理后的数据时,需要创建一个serviceA对象,当我要获取serviceB处理后的数据时,需要创建一个serviceB对象,(就例如service对性别进行逻辑处理1 0 代表男 女,serviceA处理为1 男 0 女 serviceB处理为1 男士 0 女士) 这是不是耦合了呀。
这样每次用不同的逻辑处理数据就要手动修改代码,创建不同的service对象,我们管这叫耦合
在看一下控制反转、依赖注入的概念
- 控制反转:对象的创建控制权由程序自身转移到外部(容器)。
- 依赖注入:容器为程序提供运行时所依赖的资料,称为依赖注入。
我们用到哪个对象,就把哪个对象添加到一个容器里,我们用到该对象就不需要直接创建了,从容器里面将该对象给程序里面的变量,这就达到了分层解耦的设计理念。
2.4 分层解耦的实现
加注解
@Component注解:将当前类交给IOC容器管理,成为IOC容器中的bean - 控制反转
@Aotuwired注解:运行时,IOC容器会提供该类型的bean对象 - 依赖注入
而针对不同的架构,Componen注解又衍生了三种注解
注意一个小细节:@RestController 这个注解包含了controller注解。
修改后的代码
//@Component //将当前类交给IOC容器管理,成为IOC容器中的bean
@Service
public class ServiceA implements EmpService {
//数据的逻辑处理
@Autowired
private EmpDao empDao;
@Override
public List<Emp> listemp() {
//调用empdao里的方法,获取数据
List<Emp> list = empDao.listEmp();
//……处理数据
return list;
}
}
@RestController //这个注解包含了controller注解
public class EmpController {
@Autowired //运行时,IOC容器会提供该类型的bean对象 - 依赖注入
EmpService service;
@RequestMapping("/listEmp")
public Result listEmp(){
//调用service对象中的service方法,获取处理后的数据
List<Emp> list = service.listemp();
//3.响应数据
return Result.success(list);
}
}
//@Component //将当前类交给IOC容器管理,成为IOC容器中的bean
@Repository
public class EmpDaoA implements EmpDao {
@Override
public List<Emp> listEmp() {
//1.加载并解析XML文件
String file = this.getClass().getClassLoader().getResource("emp.xml").getFile();
System.out.println(file);
List<Emp> list = XmlParserUtils.parse(file, Emp.class);
return list;
}
}
📕总结
最后缕一缕:1.由于代码的高内聚(多功能混一块了),我们设计了出三层架构模式,Controller Service Dao,2.但是代码的耦合问题(一个模块对另一模块有依赖)没有解决,于是就有了控制反转与依赖注入,这两步合起来就是分层解耦
- 控制反转:简称IOC,对象的创建控制权由程序自身转移到外部(容器)
- 依赖注入:简称DI,容器为程序提供运行时所依赖的资料。
控制反转和依赖注入是为代码加注解实现的