• 丰搜首页
• 文档中心
• 视频中心
• 丰搜贴吧
• 问题集锦
• 更多功能

选择显示字体大小

• 最大
• 较大
• 标准

心得:spring 3种注入的比较分析

　　　　

type1 接口注入

我们常常借助接口来将调用者与实现者分离。如:

public class classa {
private interfaceb clzb;
public init() {
ojbect obj =
class.forname(config.bimplementation).newinstance();
clzb = (interfaceb)obj;
}
……
}

　　上面的代码中，classa依赖于interfaceb的实现，如何获得interfaceb实现类的实例？传统的方法是在代码中创建interfaceb实现类的实例，并将起赋予clzb。而这样一来，classa在编译期即依赖于interfaceb的实现。为了将调用者与实现者在编译期分离，于是有了上面的代码，我们根据预先在配置文件中设定的实现类的类名，动态加载实现类，并通过interfaceb强制转型后为classa所用。

　　这就是接口注入的一个最原始的雏形。

　　而对于一个type1型ioc容器而言，加载接口实现并创建其实例的工作由容器完成，如j2ee开发中常用的context.lookup（servletcontext.getxxx），都是type1型ioc的表现形式。apache avalon是一个典型的type1型ioc容器。

　　type2 构造子注入

　　构造子注入，即通过构造函数完成依赖关系的设定，如：

public class dibyconstructor
{
private final datasource datasource;
private final string message;
public dibyconstructor(datasource ds, string msg)
{
this.datasource = ds;
this.message = msg;
}
……
}

　　可以看到，在type2类型的依赖注入机制中，依赖关系是通过类构造函数建立，容器通过调用类的构造方法，将其所需的依赖关系注入其中。picocontainer（另一种实现了依赖注入模式的轻量级容器）首先实现了type2类型的依赖注入模式。

　　type3 设值注入

　　在各种类型的依赖注入模式中，设值注入模式在实际开发中得到了最广泛的应用（其中很大一部分得力于spring框架的影响）。

　　在笔者看来，基于设置模式的依赖注入机制更加直观、也更加自然。quick start中的示例，就是典型的设置注入，即通过类的setter方法完成依赖关系的设置。

 

关键字 本文所属关键字

相关 与本文相关文章

分类 所有文章关键字导航

标准 网站致力的规范