设值注入和构造注入的比较

来源:转载

Spring的多种注入依赖方式:

1.设值注入 2.构造器注入 3属性注入 4方法注入

但是我们常用的 或者是说我常用的 就是 设值注入 和构造器注入
构造器注入:

<bean ><constructor-arg ref="tonyanInstanceDao"></constructor-arg><constructor-arg ref="tonyanExecutionDao"></constructor-arg><constructor-arg ref="tonaynExecutionDao"></constructor-arg></bean>

设值注入
<bean ><property ref="tonyanDataSource" /><property value="TONYAN_TONYAN_JOB_SEQ" /><property value="ID"></property></bean>


那么 他们之间有什么不同和差异呢?
引用
相比之下,设值注入具有如下的优点:与传统的JavaBean的写法更相似,程序开发人员更容易理解、接受。通过setter方法设定依赖关系显得更加直观、自然。对于复杂的依赖关系,如果采用构造注入,会导致构造器过于臃肿,难以阅读。Spring在创建Bean实例时,需要同时实例化其依赖的全部实例,因而导致性能下降。而使用设值注入,则能避免这些问题。尤其是在某些属性可选的情况下,多参数的构造器更加笨重。-----------------------------------------------------------
构造注入也不是绝对不如设值注入,在某些特定的场景下,构造注入比设值注入更优秀:构造注入可以在构造器中决定依赖关系的注入顺序,优先依赖的优先注入。例如,组件中其他依赖关系的注入,常常需要依赖于Datasource的注入。采用构造注入,可以在代码中清晰地决定注入顺序。对于依赖关系无须变化的Bean,构造注入更有用处。因为没有setter方法,所有的依赖关系全部在构造器内设定。因此,无须担心后续的代码对依赖关系产生破坏。依赖关系只能在构造器中设定,则只有组件的创建者才能改变组件的依赖关系。对组件的调用者而言,组件内部的依赖关系完全透明,更符合高内聚的原则。综上所述,一般采用以设值注入为主,构造注入为辅的注入策略。对于依赖关系无须变化的的注入,尽量采用构造注入;而其他的依赖关系的注入,则考虑采用设值注入



分享给朋友:
您可能感兴趣的文章:
随机阅读: