A. maven的src/test/resources中的配置文件怎样读取
maven架构抄是四个主要目录
src/main/java java代码袭
src/main/resources 资源配置文件
src/test/java 测试类
src/test/resources 测试资源文件
其他的需要自己手工简历
手打版 往LZ采纳
B. @Resource注解使用说明
@Resource和@Autowired注解都是用来实现依赖注入的。只是@AutoWried按by type自动注入,而@Resource默认按byName自动注入。**
@Resource有两个重要属性,分别是name和type**
spring将name属性解析为bean的名字,而type属性则被解析为bean的类型。所以如果使用name属性,则使用byName的自动注入策略,如果使用type属性则使用byType的自动注入策略。如果都没有指定,则通过反射机制使用byName自动注入策略。**
@Resource依赖注入时查找bean的规则:(以用在field上为例)**
1. 既不指定name属性,也不指定type属性,则自动按byName方式进行查找。如果没有找到符合的bean,则回退为一个原始类型进行查找,如果找到就注入。
此时name是变量名
错误示例:
此时的name值是配置bean里的name属性指定的值,而不是id的值
这里为什么要重新理解,是因为之前我一直认为对应的是配置文件的id属性的值,直到在配置上面两个String类型的bean的时候,居然会报错,如下: No qualifying bean of type [java.lang.String] is defined: expected single matching bean but found 2: bucketName,styleName 这是因为spring会去找bean元素里name属性值和变量名一致的bean,但是因为都没有指定name属性,所以找不到然后就按照原始类型String去查找,结果一下找到了两个,所以就报错。
2. 只是指定了@Resource注解的name,则按name后的名字去bean元素里查找有与之相等的name属性的bean。
正确示例
3. 只指定@Resource注解的type属性,则从上下文中找到类型匹配的唯一bean进行装配,找不到或者找到多个,都会抛出异常
4. 既指定了@Resource的name属性又指定了type,则从Spring上下文中找到唯一匹配的bean进行装配,找不到则抛出异常
C. MyEclipse中src和res两个文件夹都是存储什么
myeclipse的src文件夹存放的是java文件和一些配置文件,如图: