之前我们存储bean对象时,需要在配置文件中加入一行bean才能进行注入
这种注入方式并不好,如果配置文件出了错,程序是不会显示错误信息的。这对初学者来说很不友好。
创建启动类和main方法
引入依赖
<dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.3.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>5.2.3.RELEASE</version> </dependency> </dependencies>
创建配置文件
我们约定好创建的bean对象放在com.bean包下:
<dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.3.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>5.2.3.RELEASE</version> </dependency> </dependencies>
使用Spring的核心就是使用注解,我们学习的注解有5个
@Controller 【控制器】@Service 【服务】@Repository 【仓库】@Configuration 【配置/布局】@Component 【组件】 2.1 controller
我们之前能够通过传入id参数来获取对象,但那是加了一行bean手动加入的id,但现在我们使用了注解,难道就只能使用类类型来获取吗?
我们使用注解注入bean对象时,id其实默认是类名的小驼峰形式:
原因先不解释,后面会说。
容易犯的错
:
我们之前在配置文件中加入了bean对象查找的根目录,意味着会从这个目录开始向下搜索,但不会向上:
下级目录
上级目录
在公司中每个人负责的领域不同,因此使用的类注解也是不同的,但五大类注解本质都是一样的。
我们通过两个类注解就能清楚的看到,其他四个注解都是引入了Component注解的方法,也就是说Component是其他四个类注解的父亲。那么Component是干嘛的呢?就是不好分到其他四个类注解时丢给它的~
我们使用全局搜索:
查找AnnotationBeanNameGenerator:
测试:
bean注解是一个方法注解,当对一个方法使用时,返回的对象也会被Spring注入,但需要配合五大类注解使用(任意一个都行)
id就是方法名。
注意
:当使用name属性重命名后,原本的方法名将失去作用,也就是说只能使用那么修改后的名字作为id了。
获取bean对象也叫对象注入,其有以下3种方法:
属性注入
构造方法注入
Setter注入
虽然现在看起来没什么问题,但是当我们对同一类型的对象进行了多次注入:
此时就需要精准定位所选择的对象了,需要类型+名字
:
Resource有个name 属性,可以指定注入bean的名称
但Autowired也有个搭配注解,@Qualifier,一样可以指定选择的bean对象,所以二者之间嘛,我觉得打成平手
ps
:Autowired注解一开始是要进行查询所有类型为所需注入的对象的类型,但Autowired一次只能注入一个对象,因此当统一类型的对象注入多次后会报错。而Qualifier注解本质上是对其所查询的结果进行筛选。
还是使用Autowired注解:
ps
:当只有一个构造方法时,Autowired可以省略
但当有两个以上时不能省略
还是通过Autowired
Resource
也支持Setter注入。
属性注入、构造方法注入、Setter注入有什么区别?
以上是Java Spring中的读写操作实例分析的详细内容。更多信息请关注PHP中文网其他相关文章!