Spring IOC和DI
- IOC(Inversion of controller):其思想是反转资源获取的方向,传统的资源查找方式要求组件向容器发起请求查找资源,作为回应,容器适时的返回资源。而应用了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的方式:B的属性直接指向A的引用。
- IOC的前生—分离接口与实现:如图
最传统的方式:当需要生成一个报表时,有可能生成pdf格式有可能生成html格式,因此发送service报表请求时,就要知道接口的类型,还要知道接口有哪些实现类。还要知道如何创建这些类的实例对象。耦合度非常高。
- IOC 前生—采用工厂设计模式:
这种方式只需两条线一条线指向接口类型,另一条线指向工厂类型,工厂负责生成接口的实现类。
- IOC—采用反转控制:如图
按需分配,当调用generate时,通过容器(Container)将generate的实现类注入给我。