关于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 等。 |

浙公网安备 33010602011771号