Spring IOC和DI

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的实现类注入给我。