一个例子,让你读懂IoC(Inversion of Control控制反转)

从坐车上班开始

自己打车

小明的家离公司很远. 每天早晨他自己叫车, 告诉司机目的地, 并支付车费.

这样就存在几个问题:

1. 有时候多睡了会懒觉赶上高峰期, 根本打不到出租车
2. 每天打车都遇到不同的司机, 必须重复告知司机路线
3. 车费对生活造成的负担

于是小明向公司申请派车接自己去上班

公司派车

自此, “安排上班"的控制权, 就由"小明"变成了"公司”

小明再也不用担心前面的三个问题, 只需要遵守公司约定, 在对应的时间地点上车即可.

从编程看IoC

自己打车

让我们创建一个Employee类

public class Employee{
	public void GoToOffice(){
		Car car = new Car(rent,direction);
		taxi.GoToOffice();
	}
}

由Employee自己初始化GoToOffice方法, 自行传参.

这样写存在的问题:

1. 当公司的地址改变后, 我们就需要去修改该类中的参数
2. 当出租车的价格变动后, 也需要对该类中方法参数进行修改

有次可见, 以上问题实际上并不是我们希望Employee类履行的自己的"职责": 修改公司地址, 或变动出租车价格

公司派车

在使用IoC后,

1. Employee类不需要自己对GoToOffice函数进行初始化(创建Car对象并传参), 只需要获取Car对象并调用driveToOffice方法即可
2. 即使在未来, 公司的地址 或 出租车的价格有所变动, 也不需要修改Employee中的参数

public class Employee{
	private ICar car;
	
	public Employee(ICar car){
		this.car = car;
	}

	public void GoToOffice(){
		this.car.driveToOffice();
	}
}

小结

当某个Java实例需要调用另一个Java实例时,

• 在传统设计过程中, 通常由调用者来创建被调用者.
  • 调用者自己直接用new关键字构造一个被调用者. 会使得代码高度耦合, 给代码的复用造成了困难
• 在IoC模式下, 创建被调用者的工作 不再由调用者完成
  • 创建一个被调用者的工厂, 调用者只需要定位到工厂, 无需管理被调用者的具体实现. 即 调用者只需要找到符合某种接口的实例 即可使用. 大大降低了代码的耦合性, 但调用者仍然需要定位到工厂, 与工厂耦合在一起
• 在Spring(IoC容器)中, 调用者不需要知道 被调用者的实现, 也无需主动定位到工厂, 这些工作全都交给IoC容器来管理
  • 当调用者 调用 被调用者时, 无需在代码中创建被调用者, 而是依赖IoC容器注入

参考视频: https://www.youtube.com/watch?v=JM1-WDihR8M
参考文章: [1]周志刚,郑智.IoC容器原理的研究[J].软件导刊,2011,10(06):15-16.