大家好,我是小菜,一个渴望在互联网行业做到蔡不菜的小菜。
死鬼~看完记得给我来个三连哦!
Spring 中 IOC的XML配置开发
如有需要,可以参考
如有帮助,不忘 点赞 ❥
一个典型的 Spring 项目需要创建一个或多个 Bean 配置文件, 这些配置文件用于在 Spring IOC 容器里配置 Bean. Bean 的配置文件可以放在 classpath 下, 也可以放在其它目录下.
创建一个类:
public class Person { private String name; public Person() { System.out.println("Person's constructor..."); } public Person(String name) { this.name = name; } public String getName() { return name; } public void setName(String name) { this.name = name; } } 复制代码
传统方式获取这个类:
Person person = new Person(); person.setName("Cbuc"); person.hello(); 复制代码
进行 Spring 管理:
/** * class: 通过全类名的方式配置Bean * id:Bean的名称; * - 在 IOC 容器中必须是惟一的; * - 若 id 没有指定,Spring 自动将权限定性类名作为 Bean 的名字 * - id 可以指定多个名字,名字之间可用逗号、分号、或空格分隔 * 依赖注入的方式 * 1)属性注入 * 2)构造器注入 * 3)工厂方法注入(很少使用,不推荐) */ <!-- 通过 setter 方法注入属性值 --> <bean id="person1" class="cbuc.life.test_01.Person"> <!-- 为属性赋值 --> <!-- 通过属性注入: 通过 setter 方法注入属性值 --> <property name="name" value="Cbuc"></property> </bean> <!-- 通过构造器注入属性值 --> <bean id="person2" class="cbuc.life.test_01.Person"> <!-- 要求: 在 Bean 中必须有对应的构造器. --> <constructor-arg value="Cbuc"></constructor-arg> </bean> 复制代码
/** * 一、在 Spring IOC 容器读取 Bean 配置创建 Bean 实例之前, 必须对它进行实例化. * 只有在容器实例化后, 才可以从 IOC 容器里获取 Bean 实例并使用. * * 二、Spring 提供了两种类型的 IOC 容器实现. * 1)BeanFactory: IOC 容器的基本实现.是 Spring 框架的基础设施,面向 Spring 本身; * 2)ApplicationContext: 提供了更多的高级特性. 是 BeanFactory 的子接口. * 几乎所有的应用场合都直接使用 ApplicationContext 而非底层的 BeanFactory */ //1. Spring 装配 IOC ApplicationContext ctx = new ClassPathXmlApplicationContext("beans.xml"); //2. 通过 IOC 获取 bean "person1" 通过指定ID的方式 Person person = (Person) ctx.getBean("Person2"); //通过指定类型的方式,弊端:如果IOC中配置了多个Person类,那么将会不知道为你注入那个Bean //Person perosn1 = ctx.getBean(Person.class); 复制代码
场景1: 当一个类中有两个构造方法
new Person("Cbuc",22,"男"):我想使用的是第二个构造方法给age赋值,但是却进入到了第一个构造方法中,为salary赋值.
解决: 按类型匹配入参
成功为age赋值:
场景2: 当一个类中有个构造方法
bean注入属性的时候没有按照构造方法的顺序注入
那么获得Bean的时候成功报错
解决: 按索引匹配入参
元素标签或 value 属性
进行注入。 字面值注入
的方式
把字面值包裹起来。 <bean id="person4" class="cbuc.life.test_01.Person"> <property name="name"> <!-- 若字面值中包含特殊字符, 则可以使用 DCDATA 来进行赋值 --> <value><![CDATA[<Cbuc>]]></value> </property> <property name="age" value="22"></property> <property name="gender" value="1"></property> </bean> 复制代码
场景: Person 中需要一个 Car 类
首先在IOC中注入Car:
<bean id="Mycar" class="cbuc.life.test_01.Car"> <property name="maxSpeed" value="220"></property> <property name="price" value="200000"></property> <property name="brand" value="WEY"></property> </bean> 复制代码
方法一: 通过 ref 在person中引用:
方法二: 内部Bean (注意内部Bean只能当前Bean使用,外部不能引用!)
List
Map
Set与List用法一致
属性集合
数组
byType
(根据类型自动装配):
若 IOC 容器中有多个与目标 Bean 类型一致的 Bean. 在这种情况下, Spring 将无法判定哪个 Bean 最合适该属性, 所以不能执行自动装配.
byName
(根据名称自动装配):
必须将目标 Bean 的名称和属性名设置的完全相同.
Constructor
(通过构造器自动装配) : 不推荐使用 子 Bean 从父 Bean 中继承配置, 包括 Bean 的属性配置
子 Bean 也可以覆盖从父 Bean 继承过来的配置
父 Bean 可以作为 配置模板
, 也可以作为 Bean 实例. 若只想把父 Bean 作为模板, 可以设置 的 abstract
属性为 true, 这样 Spring 将不会实例化这个 Bean
并不是 元素里的所有属性都会被继承. 比如: autowire
, abstract
等.
可以忽略父 Bean 的 class 属性, 让子 Bean 指定自己的类, 而共享相同的属性配置. 但此时 abstract 必须设为 true
Spring 允许用户通过 depends-on
属性设定 Bean 前置依赖的Bean,前置依赖的 Bean 会在本 Bean 实例化之前创建好
如果前置依赖于多个 Bean,则可以通过逗号,空格或的方式配置 Bean 的名称
Spring 提供了一个 PropertyPlaceholderConfigurer
的 BeanFactory
后置处理器, 这个处理器允许用户将 Bean 配置的部分内容外移到属性文件中. 可以在 Bean 配置文件里使用形式为 ${var}
的变量, PropertyPlaceholderConfigurer 从属性文件里加载属性, 并使用这些属性来替换变量.
通过 SpEL 可以实现:
通过 bean 的 id 对 bean 进行引用
调用方法以及引用对象中的属性
计算表达式的值
正则表达式的匹配
整数: <property name="count" value="#{5}"/>
小数: <property name="frequency" value="#{89.7}"/>
科学计数法: <property name="capacity" value="#{1e4}"/>
String可以使用单引号或者双引号作为字符串的定界符号:
<property name="name" value="#{'Chuck'}"/>
<property name='name' value='#{"Chuck"}'/>
Boolean
组件扫描( component scanning
): Spring 能够从 classpath 下自动扫描, 侦测和实例化具有特定注解的组件.
@Component: 基本注解, 标识了一个受 Spring 管理的组件
@Respository: 标识持久层组件
@Service: 标识服务层(业务层)组件
@Controller: 标识表现层组件
对于扫描到的组件, Spring 有默认的命名策略:
使用非限定类名, 第一个字母小写.
在注解中通过 value 属性值标识组件的名称
当在组件类上使用了特定的注解之后, 还需要在 Spring 的配置文件 中声明 <context:component-scan>
base-package 属性指定一个需要扫描的基类包,Spring 容器将会扫描这个基类包里及其子包中的所有类.
当需要扫描多个包时, 可以使用逗号分隔.
如果仅希望扫描特定的类而非基包下的所有类,可使用 resource-pattern 属性过滤特定的类,示例:
今天的你多努力一点,明天的你就能少说一句求人的话!
很久很久之前,有个传说,据说:
看完不赞,都是坏蛋