关于spring的@resource注解的字段注入和setter注入的区别

请问字段注入的时候
1
@resource
private IUserDao userDao;
//请问如果我这样写了之后,是不是不用写相对应的setter getter方法了?

2
private IUserDao userDao;
@resource
public void setter UserDao(UserDao userDao){
   this.userDao=userDao;
}; 
//请问如果换成这样,和1有什么区别的呢? 功能是否一样? 假设功能一样的话,明显1好一点啊,因为就两行,而2有5行之多。
1.@Resource应用在字段上,则注入规则是:
  a.先使用字段名字匹配bean,查找到bean则注入,如果类型不匹配则此时有异常,注入失败。
  b.如果字段名字没有匹配到Bean则spring会尝试采用字段类型匹配,如果找打bean则注入,如果字段类型是接口则有可能会匹配到多个类型,则会抛出匹配到多个bean的异常, 注入失败。
  2.@Resource应用在setter上(应用到属性),则注入规则是:
  a.先使用属性名字匹配bean,查找到bean则注入,如果类型不匹配则此时有异常,注入失败。
  b.如果属性名字没有匹配到Bean则spring会尝试采用属性参数类型匹配,如果找打bean则注入,如果属性参数类型是接口则有可能会匹配到多个类型,则会抛出匹配到多个bean的异常.注入失败。 
  注意是属性的参数类型,并不是属性的类型,注意区别
  3.小结
  a.名称------>b.类型或参数类型(属性时).

参考:http://www.cnblogs.com/kuailewangzi1212/archive/2012/03/21/2410188.html
你复制也没用,我就问你 两个问题    1他们最终实现的功能是否一致,我并不想知道他们注入规则的区别,因为一般情况下,我们先保证我们在注入规则是完全正确的。 2 明显1的代码量少于setter的代码量, 如果是我用,肯定次次都用1 字段注入,为什么要用@resource setter注入?

就你的例子来说,第一种首先按照userDao名字来注入,然后按照IUserDao类型寻找注入;第二种首先也按名字注入,失败后则按照参数类型注入,即UserDao类型注入。

你问的第二个问题,参考以下例子:

//接口IUserDao
public interface IUserDao;
//接口实现1
public class UserDao1 implements IUserDao {...};
//接口实现2
public class UserDao2 implements IUserDao {...};
 
1、采用字段名称,则会注入失败
@resource
private IUserDao userDao;
 
2、采用set方法注入,则可以注入UserDao1
@resource
public void setUserDao(UserDao1 userDao)
//注入UserDao2 
@resource
public void setUserDao(UserDao2 userDao)

 

 
根据你的
A你的第一句话,若字段注入,spring会去xml中找<bean id="userDao" class="某实现类"/>,找不到id就报错,是把。
B第二句话,spring是先按照“名字”,名字来源是setUserDao中将首字母U改为u的那个“名字”userDao,对吧?
 

你的A有点错误,按照字段注入在按名字找不到的时候,会按照字段类型查找,在例子中则会找IUserDao类型,若找不到IUserDao类型则判断是错误,或者找到多个也判定为错误。

例子中,bean的配置可能如下:

<bean id="userDao1" class="UserDao1"/>
<bean id="userDao2" class="UserDao2"/>
//第一种查找方式则会发现两个IUserDao

 

第二种则是先按名字查找,找不到就按参数类型注入,查找UserDao1 或者UserDao2 等。

posted @ 2017-12-19 16:57  寇祥  阅读(342)  评论(0)    收藏  举报