包办婚姻的Spring IoC

基本概念:
IoC(Inversion of Control),直观地讲,就是对象创建或查找对象依赖的控制权由应用代码转到了外部容器,控制权的转移是所谓反转。
使用Ioc,一个对象依赖的其它对象会通过被动的方式传递进来,而不是这个对象自己创建或者查找依赖对象。
我们可以认为IoC与JNDI相反——不是对象从容器中查找依赖,而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
IoC还有另外一个名字:“依赖注入DI(Dependency Injection)”。
从名字上理解,所谓依赖注入,即组件之间的依赖关系由容器在运行期决定,形象地说,即由容器动态地将某种依赖关系注入到组件之中。

IoC场景:

上面说的可能有点晕,来一个实际点的例子。
丽萨已经老大不小了,一直没有男朋友,看着别人恩恩爱爱的,也不禁想找个BoyFriend。摆在她面前的有3种方案:主动“邂逅” Or 同事介绍 Or 父母包办。她会选择哪种呢?
包办婚姻的Spring IoC
主动“邂逅”方式,如图所示:
包办婚姻的Spring IoC
包办婚姻的Spring IoC
不过这种美好的纯洁的爱情,一般只会发生在校园里,对于已经是工薪阶层的丽萨显然不太适合。
第二方案,同事介绍。
包办婚姻的Spring IoC
包办婚姻的Spring IoC
很多人都是这样找到了自己的另一半。丽萨以前也试着去跟同事介绍的handsome man接触过,但是真人与介绍的出入太大,最起码handsome这条就不太符合,而且有他许多缺点。觉得他不适合自己,所以最后也就不了了之。
所以无奈之下,她的难题丢给了父母。父母给她物色了一个“绝世好男人”——曾小贤(这娃有句经典台词:“好男人就是我,我就是….曾小贤”),终于算是遂了她的心愿了。
包办婚姻的Spring IoC
包办婚姻的Spring IoC
虽然在现实生活中我们都希望与自己的另一半来场完美的邂逅,但在Spring世界里,跟丽萨一样,选择的却是父母包办,它就是控制反转,而这里具有控制力的父母,就是Spring所谓的容器概念。 
典型的IoC可以如图所示:
包办婚姻的Spring IoC

实例说明IoC注入方式。

IoC有3种注入方式:接口注入、Setter方法注入、构造器注入。由于接口注入不推荐使用,所以只介绍setter方法注入和构造器注入。
用代码来说明一切吧:
【Girl.java】
包办婚姻的Spring IoC
【Boy.java】
java
包办婚姻的Spring IoC
【Client客户端】
java
包办婚姻的Spring IoC
【applicationContext.xml配置文件】
html
包办婚姻的Spring IoC
执行结果如图:
包办婚姻的Spring IoC
但是换成default-autowire=”byName”,则会报如下错误:
包办婚姻的Spring IoC
这是为什么呢?
原因在于,当使用byType方式装载时,Spring是根据classType来确定要实例化的类。所以就算bean的id是boy,跟Girl中bf的Setter名字不一致,依旧可以实例化。
但是使用byName时,则是根据id来实例化类的。所以只要把Boy类对应的bean id跟Girl中的setter方法名一致才行,即修改id=”boy”为id=”bf”,即可正常显示:
包办婚姻的Spring IoC
另一种修改方式就是用显示的方式来设定Setter方法所注入的是哪个类的对象:
包办婚姻的Spring IoC
执行结果如图:
包办婚姻的Spring IoC

两种注入方式的比较。

Setter 注入:
  1. 对于习惯了传统 javabean 开发的程序员,通过 setter 方法设定依赖关系更加直观。
  2. 如果依赖关系较为复杂,那么构造子注入模式的构造函数也会相当庞大,而此时设值注入模式则更为简洁。
  3. 如果用到了第三方类库,可能要求我们的组件提供一个默认的构造函数,此时构造子注入模式也不适用。
构造器注入:
  1. 在构造期间完成一个完整的、合法的对象。
  2. 所有依赖关系在构造函数中集中呈现。
  3. 依赖关系在构造时由容器一次性设定,组件被创建之后一直处于相对“不变”的稳定状态。
  4. 只有组件的创建者关心其内部依赖关系,对调用者而言,该依赖关系处于“黑盒”之中。
本站所有文章均来自互联网,如有侵权,请联系站长删除。极客文库 » 包办婚姻的Spring IoC
分享到:
赞(0)

评论抢沙发

评论前必须登录!