由于Spring是采用依赖注入(DI)的方式来实现IOC，所以本文将IOC和依赖注入(DI)等同看待, 主要讨论依赖注入(DI)
此文回答三个问题
1. 什么是依赖注入
2. 依赖注入的方式有哪些
3. 依赖注入的职责
关于为什么要使用依赖注入以及使用依赖注入的好处就不说了, 很多书已经介绍了, 而且不用比用麻烦.
1. 什么是依赖注入
用一张图来可能更好说明, 见图2-1
在被注入对象中, 不直接创建被依赖对象, 而是交给一个中间角色来帮助它创建被依赖对象. 这个中间角色成为IOC Service Provider，也就是Spring IOC容器. 举个简单的例子类A依赖类B, 不要在A中直接new B(), 而是交给Spring IOC容器去帮你new.
2. 依赖注入的方式有哪些
1) 构造方法注入
2) setter方法注入
3) 接口注入(很麻烦, 不怎么用了, 也就不介绍了)
每种方式有什么好处和缺点呢
构造方法注入
好处就是对象创建后不用再额外的做什么, 所有的依赖都ok了, 直接就可以使用.
不好的地方就是, 当依赖对象很多的时候, 构造方法的参数列表会比较长, 而且在java中, 构造方法无法被继承, 无法设置默认值. 对于非必须的依赖处理, 可能需要引入多个构造方法, 维护不方便.
特点是因为一个对象的构造函数不会被调用两次, 所以被注入的对象的构造乃至整个生命周期应该是由IOC容器来管理.
setter方法注入
好处就是随时可以注入, 也可以更改, 可以被集成, 允许社会默认值
坏处就是不能构建完后不能立马使用, 需要先setter一下.
所以, 构造方法注入和setter方法结合使用.
3. 依赖注入的职责
或者说是依赖注入主要是干的事情是什么? 两件事: 业务对象的构建管理和业务对象间的依赖绑定.
业务对象的构建管理: 用类A依赖类B的例子, B总是要被构建的, A不构建B, 那就IOC容器来构建B.
业务对象间的依赖绑定: 这个职责最艰巨也最重要. IOC容器通过结合之前构建和管理的所有业务对象, 以及各个业务对象间可以识别的依赖关系, 将这些对象所依赖的对象注入绑定, 从而保证每个业务对象在使用的时候, 可以处于就绪状态.
