spring注入:Spring的核心机制依赖注入介绍

　　Spring能有效地组织J2EE应用各层对象不管是控制层Action对象还是业务层Service对象还是持久层DAO对象都可在Spring管理下有机地协调、运行Spring将各层对象以松耦合方式组织在起Action对象无须关心Service对象具体实现Service对象无须关心持久层对象具体实现各层对象完全面向接口当系统需要重构时代码改写量将大大减少

　　上面所说切都得宜于Spring核心机制依赖注入依赖注入让bean和bean的间以配置文件组织在起而不是以硬编码方式耦合在起理解依赖注入

　　依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同个概念具体含义是:当某个角色(可能是个Java例子者)需要另个角色(另个Java例子被者)协助时在传统设计过程中通常由者来创建被者例子但在Spring里创建被者工作不再由者来完成因此称为控制反转;创建被者例子工作通常由Spring容器来完成然后注入者因此也称为依赖注入

　　不管是依赖注入还是控制反转都介绍说明Spring采用动态、灵活方式来管理各种对象对象和对象的间具体实现互相透明在理解依赖注入的前看如下这个问题在各种社会形态里如何解决:个人(Java例子者)需要把斧子(Java例子被者)

　　(1)原始社会里几乎没有社会分工需要斧子人(者)只能自己去磨把斧子(被者)对应情形为:Java里者自己创建被者

　　(2)进入工业社会工厂出现斧子不再由普通人完成而在工厂里被生产出来此时需要斧子人(者)找到工厂购买斧子无须关心斧子制造过程对应Java简单工厂设计模式

　　(3)进入“按需分配”社会需要斧子人不需要找到工厂坐在家里发出个简单指令:需要斧子斧子就自然出现在他面前对应Spring依赖注入

　　第种情况下Java例子者创建被Java例子必然要求被Java类出现在者代码里无法实现 2者的间松耦合

　　第 2种情况下者无须关心被者具体实现过程只需要找到符合某种标准(接口)例子即可使用此时代码面向接口编程可以让者和被者解耦这也是工厂模式大量使用原因但者需要自己定位工厂者和特定工厂耦合在起

　　第 3种情况下者无须自己定位工厂运行到需要被者时系统自动提供被者例子事实上者和被者都处于Spring管理下 2者的间依赖关系由Spring提供

　　所谓依赖注入是指运行过程中如果需要另个对象协助时无须在代码中创建被者而是依赖于外部注入Spring依赖注入对者和被者几乎没有任何要求完全支持对POJO的间依赖关系管理依赖注入通常有两种:

　　·设值注入

　　·构造注入

　　设值注入

　　设值注入是指通过ter思路方法传入被者例子这种注入方式简单、直观因而在Spring依赖注入里大量使用看下面代码是Person接口

//定义Person接口
public erface Person
{
　//Person接口里定义个使用斧子思路方法
　public void useAxe;
}　　然后是Axe接口

//定义Axe接口
public erface Axe
{
　//Axe接口里有个砍思路方法
　public void chop;
}　　Person实现类

//Chinese实现Person接口
public Chinese implements Person
{
　//面向Axe接口编程而不是具体实现类
　private Axe axe;
　//默认构造器
　public Chinese
　{}
　//设值注入所需ter思路方法
　public void Axe(Axe axe)
　{
　　this.axe = axe;
　}
　//实现Person接口useAxe思路方法
　public void useAxe
　{
　　.out.prln(axe.chop);
　}
}　　Axe第个实现类

//Axe第个实现类 StoneAxe
public StoneAxe implements Axe
{
　//默认构造器
　public StoneAxe
　{}
　//实现Axe接口chop思路方法
　public String chop
　{
　　 "石斧砍柴好慢";
　}
}　　下面采用Spring配置文件将Person例子和Axe例子组织在起配置文件如下所示:

＜!-- 下面是标准XML文件头 --＞
＜?xml version="1.0" encoding="gb2312"?＞
＜!-- 下面行定义SpringXML配置文件dtd --＞
"http://www.springframework.org/dtd/spring-beans.dtd"＞
＜!-- 以上 3行对所有Spring配置文件都是相同 --＞
＜!-- Spring配置文件根元素 --＞
＜BEANS＞
　＜!—定义第bean该beanid是chinese, 指定该bean例子实现类 --＞
　＜BEAN =lee.Chinese id=chinese＞
　＜!-- property元素用来指定需要容器注入属性axe属性需要容器注入此处是设值注入因此Chinese类必须拥有Axe思路方法 --＞
＜property name="axe"＞
＜!-- 此处将另个bean引用注入给chinese bean --＞
＜REF local="”stoneAxe”/"＞
＜/property＞
＜/BEAN＞
＜!-- 定义stoneAxe bean --＞
＜BEAN =lee.StoneAxe id=stoneAxe /＞
＜/BEANS＞　　从配置文件中可以看到Spring管理bean灵巧性bean和bean的间依赖关系放在配置文件里组织而不是写在代码里通过配置文件指定Spring能精确地为每个bean注入属性因此配置文件里bean元素不能仅仅是接口而必须是真正实现类

　　Spring会自动接管每个bean定义里property元素定义Spring会在执行无参数构造器后、创建默认bean例子后对应ter思路方法为注入属性值property定义属性值将不再由该bean来主动创建、管理而改为被动接收Spring注入

　　每个beanid属性是该bean惟标识通过id属性访问beanbean和bean依赖关系也通过id属性完成

　　下面看主部分:

public BeanTest
{
　//主思路方法入口
　public void (String args)throws Exception
　{
　　//是独立应用显式地例子化Spring上下文
　　ApplicationContext ctx = FileXmlApplicationContext("bean.xml");
　　//通过Person beanid来获取bean例子面向接口编程因此
　　//此处强制类型转换为接口类型
　　Person p = (Person)ctx.getBean("chinese");
　　//直接执行PersonuserAxe思路方法
　　p.useAxe;
　}
}　　执行结果如下:

　　石斧砍柴好慢

　　主PersonuseAxe思路方法时该思路方法思路方法体内需要使用Axe例子但里没有任何地方将特定Person例子和Axe例子耦合在起或者说里没有为Person例子传入Axe例子Axe例子由Spring在运行期间动态注入

　　Person例子不仅不需要了解Axe例子具体实现甚至无须了解Axe创建过程在运行到需要Axe例子时候Spring创建了Axe例子然后注入给需要Axe例子者Person例子运行到需要Axe例子地方自然就产生了Axe例子用来供Person例子使用

　　者不仅无须关心被者实现过程连工厂定位都可以省略(真是按需分配啊!)下面也给出使用Ant编译和运行该应用简单脚本:

＜?xml version="1.0"?＞
＜!-- 定义编译该项目基本信息-->
＜PROJECT name="spring" default="." basedir="."＞
＜!-- 定义编译和运行该项目时所需库文件 --＞
＜PATH id=path＞
　＜!-- 该路径下存放spring.jar和其他第 3方类库 --＞
　＜FILESET dir=....lib＞
　　＜INCLUDE name="*.jar" /＞
　＜/FILESET＞
　＜!-- 同时还需要引用已经编译过文件--＞
　＜PATHELEMENT path="." /＞
＜/PATH＞
＜!-- 编译全部java文件--＞
＜TARGET description="Compile all source code" name="compile"＞
＜!-- 指定编译后文件存放位置 --＞
＜JAVAC debug="true" destdir="."＞
　deprecation="false" optimize="false" failonerror="true"＞
　＜!-- 指定需要编译源文件存放位置 --＞
　＜SRC path="." /＞
　＜!-- 指定编译这些java文件需要类库位置--＞
　＜CLASSPATH refid="path" /＞
＜/JAVAC＞
＜/TARGET＞
＜!-- 运行特定主 --＞
＜TARGET description="run the " name="run" depends="compile"＞
＜!-- 指定运行主:lee.BeanTest--＞
＜JAVA failonerror="true" fork="yes" name="lee.BeanTest"＞
　＜!-- 指定运行这些java文件需要类库位置--＞
　＜CLASSPATH refid="path" /＞
＜/JAVA＞
＜/TARGET＞
＜/PROJECT＞　　如果需要改写Axe实现类或者说提供另个实现类给Person例子使用Person接口、Chinese类都无须改变只需提供另个Axe实现然后对配置文件进行简单修改即可

　　Axe另个实现如下:

//Axe另个实现类 SteelAxe
public SteelAxe implements Axe
{
　//默认构造器
　public SteelAxe
　{}
　//实现Axe接口chop思路方法
　public String chop
　{
　　 "钢斧砍柴真快";
　}
}　　然后修改原来Spring配置文件在其中增加如下行:

＜!-- 定义个steelAxe bean--＞
＜BEAN =lee.SteelAxe id=steelAxe />　　该行重新定义了个Axe实现:SteelAxe然后修改chinese bean配置将原来传入stoneAxe地方改为传入steelAxe也就是将

＜REF local="”stoneAxe”/"＞　　改成

＜REF local="”steelAxe”/"＞　　此时再次执行将得到如下结果:

　　钢斧砍柴真快

　　Person和Axe的间没有任何代码耦合关系bean和bean的间依赖关系由Spring管理采用ter思路方法为目标bean注入属性方式称为设值注入

　　业务对象更换变得相当简单对象和对象的间依赖关系从代码里分离出来通过配置文件动态管理

　　构造注入

　　所谓构造注入指通过构造来完成依赖关系设定而不是通过ter思路方法对前面代码Chinese类做简单修改修改后代码如下:

　　//Chinese实现Person接口
public Chinese implements Person
{
　//面向Axe接口编程而不是具体实现类
　private Axe axe;
　//默认构造器
　public Chinese
　{}
　//构造注入所需带参数构造器
　public Chinse(Axe axe)
　{
　　this.axe = axe;
　}
　//实现Person接口useAxe思路方法
　public void useAxe
　{
　　.out.prln(axe.chop);
　}
}　　此时无须Chinese类里Axe思路方法构造Person例子时Spring为Person例子注入所依赖Axe例子构造注入配置文件也需做简单修改修改后配置文件如下:



＜!-- 下面是标准XML文件头 --＞
＜xml version="1.0" encoding="gb2312"?＞
＜!-- 下面行定义SpringXML配置文件dtd --＞
　"http://www.springframework.org/dtd/spring-beans.dtd"＞
＜!-- 以上 3行对所有Spring配置文件都是相同 --＞
＜!-- Spring配置文件根元素 --＞
＜BEANS＞
　＜!—定义第个bean该beanid是chinese, 指定该bean例子实现类 --＞
　＜BEAN =lee.Chinese id=chinese>
＜/BEAN＞
＜!-- 定义stoneAxe bean --＞
＜BEAN =lee.SteelAxe id=steelAxe />
＜/BEANS＞　　执行效果和使用steelAxe设值注入时执行效果完全样区别在于:创建Person例子中Axe属性时机区别——设值注入是现创建个默认bean例子然后对应构造思路方法注入依赖关系而构造注入则在创建bean例子时已经完成了依赖关系

延伸阅读

• 2009-1-8-- spring代理:Spring自动代理机制
• 2009-1-8-- spring注入:Spring中接口注入的 3种方式
• 2009-1-8-- spring代理:Spring实现代理机制
• 2009-1-8-- springset注入:Spring 注入
• 2009-1-8-- flex自定义事件:Spring中ApplicationContext的事件机制( 3 自定义事件)
• 2009-1-8-- spring机制:Spring中ApplicationContext的事件机制(一 )
• 2009-1-8-- spring机制:Spring中ApplicationContext的事件机制( 2 内定事件)
• 2009-2-12-- spring注入:spring代码耦合转为依赖注入耦合