一、IOC和DI的概念
IOC(Inversion of Control):其思想是反转资源获取的方向. 传统的资源查找方式要求组件向容器发起请求查找资源. 作为回应, 容器适时的返回资源. 而应用了 IOC 之后, 则是容器主动地将资源推送给它所管理的组件, 组件所要做的仅是选择一种合适的方式来接受资源. 这种行为也被称为查找的被动形式
DI(Dependency Injection) — IOC 的另一种表述方式:即组件以一些预先定义好的方式(例如: setter 方法)接受来自如容器的资源注入. 相对于 IOC 而言,这种表述更直接
举例:现在有一个需求,从容器中获取 B 对象,并使 B 对象的 a 属性被赋值为容器中 A 对象的引用
class A{}
class B{
private A a;
public void setA(A a){
this.a = a;
}
}
传统的方式:
而IOC容器方式:
二、IOC的形成
需求: 生成 HTML 或 PDF 格式的不同类型的报表
1.IOC前生 -- 分离接口与实现
service需要知道接口以及每个实现类的细节,耦合度高
2.IOC前生 -- 采用工厂设计模式
service需要知道接口的类型,同时指向工厂,工厂生成接口的实现类,耦合度降低,但代码量比较复杂
3.IOC -- 采用反转控制
service需要用到什么,Container就往service注入什么,使开发变得简便