��越巅峰 — Sun, 12 Mar 2006 07:50:00 GMT

依赖注入�Q?/SPAN>Dependency Injection�Q?/SPAN>模式的特点分析与实现

――构造子注入�Q?/SPAN>Constructor Injection�Q?/SPAN>模式的分析与实现

�?/SPAN> ��?/SPAN>

�Q?/SPAN>chaocai2001@yahoo.com.cn�Q?/SPAN>

摘要�Q�本文对IoC模式、依赖注�?/SPAN>(Dependency Injection) 模式做了��要介�l�，文中分析构造子注入模式与其他模式相比较的优势和特点�Q��ƈ�l�出了在JAVA中实现该模式的方法�?/SPAN>

1 引言

IoC�Q?/SPAN>Inversion of Control�Q�模式以被目前的轻量�U�容器所�q�泛应用�Q�通过IoC模式�q�些容器帮助开发者将来自不同��目的组件装配成一个内聚的应用�E�序。轻量��?/SPAN>IoC容器�Q�如Spring�?/SPAN>pico-container�Q�虽然�ؓ我们的开发提供了很大的便利，但是在很多情况下�q�些轻量�U�容器所提供的功能�ƈ不一定非帔R��合我们的需要，也许�q�些容器的功能过于庞大了�Q�或者所提供的功能缺乏对特定应用的针�Ҏ��，或者我们需要更高的�q�行效率�Q�这时我们可以在了解IoC的原理的基础上利�?/SPAN>JAVA的反��机制自己实现灵�zȝ��、可扩展的组件机制�?/SPAN>

2 IoC与依赖注入（Dependency Injection�Q�模式简�?/SPAN>

�?/SPAN>GoF的设计模式相同，IoC模式同样是关注重用性，但与GoF模式不同的是IoC模式更加��x��二进制��的重用性和可扩展性，卛_��以直接通过二进制��q�行扩充�Q�复用的模块通常被称为组件或者插�Ӟ��l��g和插仉��是在�q�行时进行装载的�?/SPAN>

GoF的设计模式中我们大量看到的是面向接口�~�程�Q?/SPAN>Interface Driven Design 接口驱动�Q�接口驱动有很多好处�Q�可以提供不同灵�zȝ��子类实现�Q�增加代码稳定和健壮性等�{�，但是接口一定是需要实现的�Q�也��是如下语句�q�早要执行：

AInterface a = new AInterfaceImp();

�׃��以上的代码被写入了调用者程序中�Q�同时象AinterfaceImp�q�样的接口的实现�c�L��在编译时被装载的�Q�如果以后想加入新的接口实现�c�d��必须修改调用者的代码�?/SPAN>

IoC模式与以上情况不同，接口的实现类是在�q�行时被装蝲的，�q�样即��以后新添加了接口实现�c�L��也不需修改调用者的代码�Q�可以通过特定的方式来定位新增的实现类�Q�如配置文�g指定�Q��?/SPAN>IoC英文�?/SPAN> Inversion of Control�Q�即反�{模式�Q�这里有著名的好莱坞理论�Q�你呆着别动�Q�到时我会找你�?/SPAN>

IoC模式可以延缓接口的实玎ͼ��Ҏ��需要实玎ͼ�有个比喻�Q�接口如同空的模型套�Q�在必要�Ӟ��需要向模型套注��石膏，�q�样才能成�ؓ一个模型实体，因此�Q?/SPAN>对于�q�些新生的容器，它们反�{的是“如何定位插件的具体实现”。因此， Martin Fowler �l�这�U�模式�v了一个�Ş象的名称“依赖注入�?/SPAN>�Q?/SPAN>Dependency Injection�Q?/SPAN>�?INPUT class="" id=Image1 title="" type=image src="http://chaocai.cnblogs.com/Files/chaocai/1.jpg" value=Image1>

图表 1 采用Dependency Injection前后的依赖关�p�d��?/SPAN>

依赖注入的�Ş式主要有三种�Q�分别将它们叫做构造子注入�Q?/SPAN>Constructor Injection�Q�、设值方法注入（Setter Injection�Q�和接口注入�Q?/SPAN>Interface Injection�Q��?/SPAN>

�q�三�U�方式在Martin Fowler的�?/SPAN>Inversion of Control Containers and the Dependency Injection pattern》中都给��Z��详细的定义及说明�Q�本文就不再赘述了，下面的内容将着重介�l?/SPAN>构造子注入模式的特点及实现�Ҏ��?/SPAN>

3 构造子注入模式的特点及实现

3.1 构造子注入模式的特�?/SPAN>

通常情况下设�?/SPAN>�Ҏ��注入和接口注入较易于被开发�h员接受，而构造子注入则应用较��，实际上构造子注入��h��很多其他两者所不具有的优势�Q?/SPAN>

1 构造子注入形成了一�U�更强的依赖契约

2 可以获得更加��明的代码

3 更加��明的依赖声明机制�Q�无��d��?/SPAN>XML配置文�g或设�?/SPAN>�Ҏ��

4 更加�W�合接口与实现分��ȝ��l��g特征�Q�组件接口表明能够向其它�l��g提供的服务，而实现则应该是所提供服务的实现应该与服务契约无关�Q�即不应包含用于获得依赖的设值方法等�Q��?/SPAN>

5 不会出现不确定的状态。在讑ր�方法注入中�Q�由于�ƈ不是所有的讑ր�方法（setter�Q�都一定会被调用的�Q�所以会有不��定状态�?/SPAN>

从以上几�Ҏ��们还可以分析出构造子注入对于�l��g代码的入侉|��远��于其它两种模式(接口注入使得�l��g必须实现特定接口�Q�设值方法同栯��求组件提供特定的setter�Ҏ��)�Q�代码更加易于维�?/SPAN>�?INPUT class="" id=Image2 title="" type=image src="http://chaocai.cnblogs.com/Files/chaocai/2.jpg" value=Image2>

图表 2 �C�Z��中类的关�p?/SPAN>

Client的实��C��赖于接口A�?/SPAN>B�?/SPAN>C的实玎ͼ�但是��Z��提供�pȝ��更好的灵�z�L��和可扩展性，各接口的实现以组件的方式利用java的反��机制进行运行时装蝲�Q�注意到�l��g间可能会存在某种依赖关系�Q�例如组�?/SPAN>AX依赖与接�?/SPAN>B的实现类�Q�而这中依赖关�p�d��d��q�行时动态注入，�l��g��Z��告诉�l��g的调用者这�U�依赖关�p�M��便注入，可以使用上文提到的各�U�模式：

1 使用接口注入模式

public interface InjectB{

public void injectB(B bImp);

}

public interface InjectC{

public void injectC(C cImp);

}

public class AImp implements A,InjectB,InjectC{

�?/SPAN>

public void injectB(B bImp);

public void injectC(C cImp);

�?/SPAN>

}

2 使用讑ր�注入模�?/SPAN>

public class AImp implements A {

�?/SPAN>

public void setB(B bImp);

public void setC(C cImp);

�?/SPAN>

}

3 使用构造子注入模式

public class AImp implements A {

�?/SPAN>

public AImp(B bImp, C cImp){

�?/SPAN>

}

�?/SPAN>

}

�׃��上实例可以清楚的看出采用构造子注入模式的实现组件代码最为简单，且所受的入��R性最��?/SPAN>

3.2 �?/SPAN>JAVA中实现构造子注入模式

�?/SPAN>java�?/SPAN>.NET�q�样��h��反射功能的语�a�中实现类型的�q�行时蝲入�ƈ不复杂，只要通过Class.forName或生成自��q��ClassLoader��可以实现�?/SPAN>

同样我们可以通过反射机制获取�l��g构造函数的参数�Q�注入相应接口的实现�Q�作者将此过�E�进行了��装�Q�以下是代码�Q?/SPAN>

public class RefectHelper {

public Object ConstructorHelper(String className,ConstructorParamDeal pd) throws Exception{

try{

//获取�c�M��的构造函�?/SPAN>

Constructor[] constructs=Class.forName(className).getConstructors(); //实现中默认��用第一个构造函数类创徏实例

Class [] classes=constructs[0].getParameterTypes();

//获取要注入的参数实例

Object []obj=pd.dealParam(classes);

//创徏实例

return constructs[0].newInstance(obj);

}catch(Exception e){

throw e;

}

/**

*构造函数参数注�?/SPAN>

**/

public interface ConstructorParamDeal {

/**

*�Ҏ��构造函��C��参数的类型注�?/SPAN>,相应的实�?/SPAN>

@param classes 构造函数的参数�c�d��

�?/SPAN>return 注入构造函数的参数实现

**/

public Object [] dealParam(Class [] classes);

}

public class ParamDeal implements ConstructorParamDeal{

/* (non-Javadoc)

* @see com.topsec.tsm.agent.helper.ConstructorParamDeal#dealParam(java.lang.Class[])

public Object [] dealParam(Class[] classes) {

Object [] obj=new Object[classes.length];

for (int i=0;i

//��Z��同类型注入选择不同实例

if (classes[i].equals(String.class)){

obj[i]=”Hello World�?

}

return obj;

}

上面的程序中ConstructorHelper用于利用反射机制枚�D��入类的构造函数及构造函数的参数的类型，至于不同�c�d��注入什么样的实例则�?/SPAN>ContructorParamDeal的实现者来军_��Q?/SPAN>ContructorParamDeal的实现者同样可以以�l��g的�Ş式在�q�行时动态蝲入。由于组仉��的依赖关�pȝ��制约�Q�所以组件实例化的顺序需要特别考虑�?/SPAN>

4 �l�束�?/SPAN>

三种依赖注入模式各有其特点和优势�Q�只有充分理解这些模式间的不同，才能��q��应用选择正确的依赖注入模式，文中介绍的构造子注入模式实现�Ҏ��Q�在使用其他��h��反射功能的语�a��Q�如�Q?/SPAN>.NET�Q�时同样可以参考�?/SPAN>

[参考文�?/SPAN>]

1 Martin Fowler,Inversion of Control Containers and the Dependency Injection pattern,http://www.martinfowler.com/articles/injection.html,2004

2 Erich Gamma,Design Patterns,Addison Wesley,1999

3 http://www.picocontainer.org/

4 彭晨�?/SPAN>,Ioc模式, http://www.jdon.com,2004

��越巅峰 2006-03-12 15:50 发表评论

国产精品不卡一区,欧美高清在线一区二区,日韩亚洲视频

1 引言

2 IoC与依赖注入（Dependency Injection�Q�模式简�?/SPAN>

3 构造子注入模式的特点及实现

3.1 构造子注入模式的特�?/SPAN>

3.2 �?/SPAN>JAVA中实现构造子注入模式

4 �l�束�?/SPAN>