几种依赖注入模式的对比总结 接口注入模式因为具备侵入性,它要求组件必须与特定的接口相关联,因此并不被看好,实际使用有限。Type2和Type3的依赖注入实现模式均具备无侵入性的特点。 Type2 构造子注入的优势: 1、“在构造期即创建一个完整、合法的对象”,对于这条Java设计原则,Type2无疑是最好的响应者。 我的理解:就是你要通过一种方式来保证对象的引用完整性,type2选择了构造器的方式来实现。 2、避免了繁琐的setter方法的编写,所有依赖关系均在构造函数中设定,依赖关系集中呈现,更加易读。 我的理解:使用构造方法就不需要每个属性都写set和get方法了,这样省去了很多的代码。 3、由于没有setter方法,依赖关系在构造时由容器一次性设定,因此组件在被创建之后即处于相对“不变”的稳定状态,无需担心上层代码在调用过程中执行setter方法对组件依赖关系产生破坏,特别是对于Singleton模式的组件而言,这可能对整个系统产生重大的影响。 我的理解:使用构造器来实现,那么你需要一次对所有的属性都初始话,相对set方法来说,缺少了一些灵活性。 4、同样,由于关联关系仅在构造函数中表达,只有组件创建者需要关心组件内部的依赖关系。对调用者而言,组件中的依赖关系处于黑盒之中。对上层屏蔽不必要的信息,也为系统的层次清晰性提供了保证。 我的理解: spring的这设计就是要屏蔽依赖关系,你只需要对接口编程,而不需要考虑依赖关系的实现。所以对调用者来说,依赖关系是处于黑盒当中。 5、通过构造子注入,意味着我们可以在构造函数中决定依赖关系的注入顺序,对于一个大量依赖外部服务的组件而言,依赖关系的获得顺序可能非常重要,比如某个依赖关系注入的先决条件是组件的DataSource及相关资源已经被设定。 我的理解:关于顺序问题,我们来看以下两段代码: public DIByConstructor(DataSource ds, String msg) 在本例中,顺序不太重要,但是如果message的初始化需要用到datasource的话,那么就必须要先初始化datasource,所以相对来说,顺序就是确定了。 |
正在阅读:心得:Spring 3种注入的比较分析心得:Spring 3种注入的比较分析
2005-08-25 10:02
出处:
责任编辑:moningfeng
键盘也能翻页,试试“← →”键