Spring4 学习笔记（2）-介绍 IOC 和 DI

Spring_IOC 和 DI 概述。

什么是 IOC

IOC（Inversion of Control）：其思想是反转资源获取的方向。
传统的资源查找方式要求组件向容器发起请求查找资源。作为回应，容器适时的返回资源。
而应用了 IOC 之后，则是容器主动地将资源推送给它所管理的组件，组件所要做的仅是选择一种合适的方式来接受资源。
这种行为也被称为查找的被动形式。

什么是 DI

DI（Dependency Injection） —— IOC 的另一种表述方式：
即组件以一些预先定义好的方式（例如： setter 方法）接受来自如容器的资源注入。
相对于 IOC 而言，这种表述更直接。

IOC 的核心思想：反转资源获取的方向。
DI 是 IOC 的一种表述方式。

这一节主要都是一些理论上的东西，但是都非常重要。

没有依赖注入的时候，我们这样做：

package com.liwei.spring;

public class A {

}

package com.liwei.spring;

public class B {
    private A a;
    // 这种注入的方式，将 A 作为 B 的一个成员变量，通过 set 方法，将 A 成员变量 “注入到” B 对象中，这是最最简单的注入，依赖性很强
    public void setA(A a) {
        this.a = a;
    }

}

我们的调用代码：

public static void main(String[] args) {
    A a = new A();
    B b = new B();
    b.setA(a);
}

当我们有了依赖注入（注入的关系是由容器帮我们注入的），我们只需要从容器中获得 bean ，就可以了，以下是这件事情的伪代码：
B b = getB();（getB() 方法表示从容器中获得 B 类的对象，A 属性由 容器帮助我们注入了。）

IOC 的前生（下面的例子最好用代码展示一下）

1、分离接口与实现

需求： 生成 HTML 或 PDF 格式的不同类型的报表。

**怎么看这张表？
实心箭头指向谁，就表示这个类依赖谁。即这个类里面要调用谁。
我们立足于 ReportService 这个类来考虑我们的实现。
说明：空心三角表示实现接口。
**

2、采用工厂设计模式

3、IOC —— 采用反转控制

从上面的两幅图中，我们可以看出，在 IOC 容器中， ReportService 不依赖 Container 容器类。