Chinaunix首页 | 论坛 | 博客
  • 博客访问: 36199
  • 博文数量: 30
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 217
  • 用 户 组: 普通用户
  • 注册时间: 2013-08-05 17:05
文章分类
文章存档

2013年(30)

我的朋友

分类: Java

2013-08-27 10:02:27

  1. 接口注入(不推荐)

  2. getter,setter方式注入(比较常用)

  3. 构造器注入(死的应用)

  关于getter和setter方式的注入

  autowire="defualt" autowire=“byName” autowire="bytype"

  详细解析注入方式

  例如:有如下两个类需要注入

  第一个类:

  package org.jia; public class Order { private String orderNum; @SuppressWarnings("unused") private OrderItem orderitem; public OrderItem getOrderitem() { return orderitem; } public void setOrderitem(OrderItem orderitem) { this.orderitem = orderitem; } public String getOrderNum() { return orderNum; } public void setOrderNum(String orderNum) { this.orderNum = orderNum; } }

  第二个类:

  package org.jia; public class OrderItem { private String orderdec; public String getOrderdec() { return orderdec; } public void setOrderdec(String orderdec) { this.orderdec = orderdec; } }

  常用getter&&setter方式介绍

  方式第一种注入:

   -->

  方式第二种注入:byName

   autowire="byName">

  方式第三种注入:byType

   autowire="byType">

  autowire="constructor"

  需要在Order.java中加入一个构造器

  public Order(OrderItem item ) { orderitem = item; }

  XML配置文件

  

  三种注入方式比较

  接口注入:

  接口注入模式因为具备侵入性,它要求组件必须与特定的接口相关联,因此并不被看好,实际使用有限。

  Setter 注入:

  对于习惯了传统 javabean 开发的程序员,通过 setter 方法设定依赖关系更加直观。

  如果依赖关系较为复杂,那么构造子注入模式的构造函数也会相当庞大,而此时设值注入模式则更为简洁。

  如果用到了第三方类库,可能要求我们的组件提供一个默认的构造函数,此时构造子注入模式也不适用。

  构造器注入:

  在构造期间完成一个完整的、合法的对象。

  所有依赖关系在构造函数中集中呈现。

  依赖关系在构造时由容器一次性设定,组件被创建之后一直处于相对“不变”的稳定状态。

  只有组件的创建者关心其内部依赖关系,对调用者而言,该依赖关系处于“黑盒”之中。

  总结

  Spring使用注入方式,为什么使用注入方式,这系列问题实际归结起来就是一句话,Spring的注入和IoC(本人关于IoC的阐述)反转控制是一回事。

  理论上:第三种注入方式(构造函数注入)在符合java使用原则上更加合理,第二种注入方式(setter注入)作为补充。

  实际上:我个人认为第二种注入方式(setter注入)可以取得更加直观的效果,在使用工作上有不可比拟的优势,所以setter注入依赖关系应用更加广泛。本文转自

阅读(395) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~