文章目录
- 1、 Spring 概述
- 1.1、Spring 是什么
- 1.2、Spring 的发展历程
- 1.3、Spring 的优势
- 1.3.1、方便解耦,简化开发
- 1.3.2、AOP 编程的支持
- 1.3.3、声明式事务的支持(配置实现事务控制)
- 1.3.4、方便程序的测试(整合 junit)
- 1.3.5、方便集成各种优秀框架(SSM 整合)
- 1.3.6、降低 JavaEE API 的使用难度
- 1.3.7、Spring 源码是经典的学习范例
- 1.4、spring 的体系结构
- 2、IoC 的概念和作用
- 2.1、程序的耦合和解耦
- 2.1.1、什么是程序的耦合
- 2.1.2、解决程序耦合的思路
- 2.1.3、工厂模式解耦
- 2.1.4、控制反转-Inversion Of Control
- 3、使用 Spring 的 IOC 解决程序耦合
- 3.1、环境搭建
- 3.1.1、准备 Spring 的开发包
- 3.1.2、创建业务层接口和实现类
- 3.1.3、创建持久层接口和实现类
- 4、基于 XML 的 IoC 配置
- 4.1、第一步:拷贝必备的 jar 包到工程的 lib 目录中
- 4.2、第二步:在类的根路径下创建的一个任意名称的 xml 文件(不能是中文)
- 4.3、第三步:让 Spring 管理资源 ,在配置文件中配置 service 和 dao
- 4.4、模拟表现层测试配置是否成功
- 5、Spring 基于 XML 的 IOC 细节
- 5.1、Spring 中工厂的类结构图
- 5.1.1、BeanFactory 和 ApplicationContext 的区别
- 5.1.2、ApplicationContext 接口的实现类
- 5.2、IOC 中 bean 标签和管理对象细节
- 5.2.1、bean 标签
- 5.2.2、bean 的作用范围和生命周期
- 5.2.3、实例化 Bean 的三种方式
- 5.3、Spring 的依赖注入
- 5.3.1、依赖注入的概念
- 5.3.2、构造函数注入
- 5.3.3、set 方法注入(常用的注入方式)
- 5.3.4、使用 p 名称空间注入数据(本质还是调用 set 方法注入)
- 5.3.5、注入集合属性
- 6、基于注解的 IoC 配置
- 6.1、环境搭建
- 6.1.1、第一步:拷贝新增的必备 jar 包到工程的 lib 目录
- 6.1.2、第二步:使用 @Component 注解配置管理的资源
- 6.1.3、第三步:根目录下创建 Spring 的 xml 配置文件并开启对注解的支持
- 6.2、常用注解
- 6.2.1、用于创建对象的注解,相当于:< bean id='' class='' >
- 6.2.1.1、@Component
- 6.2.1.2、@Controller @Service @Repository
- 6.2.2、用于注入数据的注解,相当于:< property name='' value='' >
- 6.2.2.1、@Autowired
- 6.2.2.2、@Qualifier
- 6.2.2.3、@Resource
- 6.2.2.4、@Value
- 6.2.3、用于改变作用范围的注解,相当于:< bean scope='' >
- 6.2.3.1、@Scope
- 6.2.4、和生命周期相关的注解,相当于:< bean init-method='' destroy-method='' />
- 6.2.4.1、@PostConstruct
- 6.2.4.2、@PreDestroy
- 7、关于 Spring 注解和 XML 的选择问题
- 8、spring 的纯注解配置
- 8.1、新注解说明
- 8.1.1、@Configuration
- 8.1.2、@ComponentScan
- 8.1.3、@Bean
- 8.1.4、@PropertySource
- 8.1.5、@Import
- 9、后文:Spring 的 AOP 编程
- 10、后文:Spring 整合 Junit 单元测试
Spring是分层的 Java SE/EE应用 full-stack 轻量级开源框架,以 IoC(Inverse Of Control:反转控制)和 AOP(Aspect Oriented Programming:面向切面编程)为内核,提供了展现层 SpringMVC 和持久层 Spring JDBC 以及业务层事务管理等众多的企业级应用技术,还能整合开源世界众多著名的第三方框架和类库,逐渐成为使用最多的Java EE 企业应用开源框架。
1997 年 IBM提出了EJB 的思想
1998 年,SUN制定开发标准规范 EJB1.0
1999 年,EJB1.1 发布
2001 年,EJB2.0 发布
2003 年,EJB2.1 发布
2006 年,EJB3.0 发布
Rod Johnson ( spring 之父)提出
Expert One-to-One J2EE Design and Development(2002)
阐述了 J2EE 使用EJB 开发设计的优点及解决方案
Expert One-to-One J2EE Development without EJB(2004)
阐述了 J2EE 开发不使用 EJB的解决方式(Spring 雏形)
2017 年 9 月份发布了 spring 的最新版本 spring 5.0 通用版( GA )
通过 Spring 提供的 IoC 容器,可以将对象间的依赖关系交由 Spring 进行控制,避免硬编码所造成的过度程序耦合。用户也不必再为单例模式类、属性文件解析等这些很底层的需求编写代码,可以更专注于上层的应用。
通过 Spring 的 AOP 功能,方便进行面向切面的编程,许多不容易用传统OOP 实现的功能可以通过 AOP 轻松应付。
可以将我们从单调烦闷的事务管理代码中解脱出来,通过声明式方式灵活的进行事务的管理,提高开发效率和质量。
可以用非容器依赖的编程方式进行几乎所有的测试工作,测试不再是昂贵的操作,而是随手可做的事情。
Spring 可以降低各种框架的使用难度,提供了对各种优秀框架(Struts、Hibernate、Hessian、Quartz、Mybatis等)的直接支持。
Spring 对 JavaEE API(如 JDBC、JavaMail、远程调用等)进行了薄薄的封装层,使这些 API 的使用难度大为降低。
Spring 的源代码设计精妙、结构清晰、匠心独用,处处体现着大师对 Java 设计模式灵活运用以及对 Java 技术的高深造诣。它的源代码无疑是 Java 技术的最佳实践的范例。
耦合性(Coupling),也叫耦合度,是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系,包括控制关系、调用关系、数据传递关系。模块间联系越多,其耦合性越强,同时表明其独立性越差( 降低耦合性,可以提高其独立性)。耦合性存在于各个领域,而非软件设计中独有的,但是我们只讨论软件工程中的耦合。
在软件工程中,耦合指的就是就是对象之间的依赖性。对象之间的耦合越高,维护成本越高。因此对象的设计应使类和构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。 划分模块的一个准则就是高内聚低耦合。
程序的耦合有如下分类:
1. 内容耦合。当一个模块直接修改或操作另一个模块的数据时,或一个模块不通过正常入口而转入另一个模块时,这样的耦合被称为内容耦合。内容耦合是最高程度的耦合,应该避免使用之。
2. 公共耦合。两个或两个以上的模块共同引用一个全局数据项,这种耦合被称为公共耦合。在具有大量公共耦合的结构中,确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。
3. 外部耦合 。一组模块都访问同一全局简单变量而不是同一全局数据结构,而且不是通过参数表传递该全局变量的信息,则称之为外部耦合。
4. 控制耦合 。一个模块通过接口向另一个模块传递一个控制信号,接受信号的模块根据信号值而进行适当的动作,这种耦合被称为控制耦合。
5. 标记耦合 。若一个模块 A 通过接口向两个模块 B 和 C 传递一个公共参数,那么称模块 B 和 C 之间存在一个标记耦合。
6. 数据耦合。模块之间通过参数来传递数据,那么被称为数据耦合。数据耦合是最低的一种耦合形式,系统中一般都存在这种类型的耦合,因为为了完成一些有意义的功能,往往需要将某些模块的输出数据作为另一些模块的输入数据。
7. 非直接耦合 。两个模块之间没有直接关系,它们之间的联系完全是通过主模块的控制和调用来实现的。
总结:
耦合是影响软件复杂程度和设计质量的一个重要因素,在设计上我们应采用以下原则:如果模块间必须存在耦合,就尽量使用数据耦合,少用控制耦合,限制公共耦合的范围,尽量避免使用内容耦合。
内聚与耦合的关系与区别
内聚标志一个模块内各个元素彼此结合的紧密程度,它是信息隐蔽和局部化概念的自然扩展。内聚是从功能角度来度量模块内的联系,一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件结构中各模块之间相互连接的一种度量,耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据。 程序讲究的是低耦合,高内聚。就是同一个模块内的各个元素之间要高度紧密,但是各个模块之间的相互依存度却要不那么紧密。
内聚和耦合是密切相关的,同其他模块存在高耦合的模块意味着低内聚,而高内聚的模块意味着该模块同其他模块之间是低耦合。在进行软件设计时,应力争做到高内聚,低耦合。
我们在开发,有些依赖关系是必须的,有些依赖关系可以通过优化代码来解除的。
如下示例代码:
/**
* 账户的业务层实现类
*/
public class AccountServiceImpl implements IAccountService {
private IAccountDao accountDao = new AccountDaoImpl();
}
上面的代码表示:
业务层调用持久层,并且此时业务层在依赖持久层的接口和实现类。如果此时没有持久层实现类,编译将不能通过。这种编译期依赖关系,应该在我们开发中杜绝。我们需要优化代码来解决。
再比如:
早期我们的 JDBC 操作,注册驱动时,我们为什么不使用 DriverManager 的 register 方法,如:DriverManager.registerDriver(new com.mysql.jdbc.Driver());。而是采用 Class.forName 的方式? 如:Class.forName(“com.mysql.jdbc.Driver”);
原因就是: 我们的类若依赖了数据库的具体驱动类(MySQL),如果这时候更换了数据库品牌(比如 Oracle),需要修改源码来重新数据库驱动,即new 一个新的数据库品牌驱动类。这显然不是我们想要的。
我们使用 jdbc 时,是通过反射来注册驱动的,代码如下:
Class.forName("com.mysql.jdbc.Driver");//此处只是一个字符串
此时的好处是,我们的类中不再依赖具体的驱动类,此时就算删除 mysql 的驱动 jar 包,依然可以编译(运行就不要想了,没有驱动不可能运行成功的)。
同时,也产生了一个新的问题,mysql 驱动的全限定类名字符串是在 java 类中写死的,一旦要改还是要修改源码。
解决这个问题也很简单,使用配置文件进行参数的配置。
在实际开发中我们可以把三层的对象都使用配置文件配置起来,当启动服务器应用加载的时候,让一个类中的方法通过读取配置文件,把这些对象创建出来 并存起来。在接下来的使用的时候,直接拿过来用就好了。
那么,这个读取配置文件,创建和获取三层中各个对象的类就是工厂。是专门来生产三层对象的类。
上一小节解耦的思路还存在 2 个问题:
1 、存哪去?
分析:由于我们是很多对象,肯定要找个集合来存。这时候有 Map 和 List 供选择。到底选 Map 还是 List 就看我们有没有查找需求。有查找需求,选 Map。
所以我们的答案就是:在应用加载时,创建一个 Map,用于存放三层对象。我们把这个 map 称之为 容器。
2、还是没解释什么是工厂?
工厂就是负责给我们从容器中获取指定对象的类。这时候我们获取对象的方式发生了改变。
原来: 我们在获取对象时,都是采用 new 的方式。是主动的。
现在: 我们获取对象时,只跟工厂要,有工厂为我们查找或者创建对象。是被动的。
这种被动接收的方式获取对象的思想就是控制反转,它是 spring 框架的核心之一。
明确 ioc 的作用: 削减计算机程序的耦合(解除我们代码中的依赖关系)。
使用的案例是:账户的业务层和持久层的依赖关系解决。在开始 Spring 的配置之前,我们要先准备一下环境。由于我们是使用 Spring 解决依赖关系,并不是真正的要做增删改查操作,所以此时我们没必要写实体类。并且我们在此处使用的是 java 工程,不是 java web 工程。
官网:http://spring.io/
下载地址:
http://repo.springsource.org/libs-release-local/org/springframework/spring
解压后 Spring 开发包后的目录结构:
spring5 版本是用 jdk8 编写的,所以要求我们的 jdk 版本是 8 及以上。同时 tomcat 的版本要求 8.5 及以上。
/**
* 账户的业务层接口
*/
public interface IAccountService {
/**
* 保存账户(此处只是模拟,并不是真的要保存)
*/
void saveAccount();
}
/**
* 账户的业务层实现类
*/
public class AccountServiceImpl implements IAccountService {
private IAccountDao accountDao = new AccountDaoImpl();// 此处的依赖关系有待解决
@Override
public void saveAccount() {
accountDao.saveAccount();
}
}
/**
* 账户的持久层接口
*/
public interface IAccountDao {
/**
* 保存账户
*/
void saveAccount();
}
/**
* 账户的持久层实现类
*/
public class AccountDaoImpl implements IAccountDao {
@Override
public void saveAccount() {
System.out.println("保存了账户");
}
}
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
beans>
<bean id="accountService" class="per.cjh.service.impl.AccountServiceImpl">bean>
<bean id="accountDao" class="per.cjh.dao.impl.AccountDaoImpl">bean>
/**
* 表现层
*/
public class Client {
/**
* 使用 main 方法获取容器测试执行
*/
public static void main(String[] args) {
//1.使用 ApplicationContext 接口,就是在获取 spring 容器
ApplicationContext ac = new ClassPathXmlApplicationContext("bean.xml");
//2.根据 bean 的 id 获取对象
IAccountService aService = (IAccountService) ac.getBean("accountService");
System.out.println(aService);
IAccountDao aDao = (IAccountDao) ac.getBean("accountDao");
System.out.println(aDao);
}
}
运行查看控制台是否打印了两个对象的引用,而不是抛出ClassNotFoundeException异常;
BeanFactory 才是 Spring 容器中的顶层接口。ApplicationContext 是它的子接口。
BeanFactory 和 ApplicationContext 的区别:
创建对象的时间点不一样:
ApplicationContext:只要一读取配置文件,默认情况下就会创建已配置的所有对象。
BeanFactory:什么时候使用就什么时候创建对象。
ClassPathXmlApplicationContext :
它是从类的根路径下加载配置文件 推荐使用这种
FileSystemXmlApplicationContext :
它是从磁盘路径上加载配置文件,配置文件可以在磁盘的任意位置。
AnnotationConfigApplicationContext:
当我们使用注解配置容器对象时,需要使用此类来创建 Spring 容器。它用来读取注解的。
作用:
用于配置对象让 spring 来创建的。
默认情况下它调用的是类中的无参构造函数。如果没有无参构造函数则不能创建成功。
属性:
id:给对象在容器中提供一个唯一标识。用于获取对象。
class:指定类的全限定类名。用于反射创建对象。默认情况下调用无参构造函数。
scope:指定对象的作用范围。
单例对象:scope=“singleton”
作用范围:一个应用只有一个对象的实例。它的作用范围就是整个引用。
生命周期:
对象出生:当应用加载,创建容器时,对象就被创建了。
对象活着:只要容器在,对象一直活着。
对象死亡:当应用卸载,销毁容器时,对象就被销毁了。
多例对象:scope=“prototype”
作用范围:每次访问对象时,都会重新创建对象实例。
生命周期:
对象出生:当使用对象时,创建新的对象实例。
对象活着:只要对象在使用中,就一直活着。
对象死亡:当对象长时间不用时,被 java 的垃圾回收器回收了。
1、第一种方式:使用默认无参构造函数
<bean id="accountService" class="per.cjh.service.impl.AccountServiceImpl"/>
2、第二种方式:Spring 管理静态工厂–使用静态工厂的方法创建对象
/**
* 模拟一个静态工厂,创建业务层实现类
*/
public class StaticFactory {
public static IAccountService createAccountService(){
return new AccountServiceImpl();
}
}
<bean id="accountService" class="per.cjh.factory.StaticFactory"
factory-method="createAccountService">bean>
3、第三种方式:Spring 管理实例工厂–使用实例工厂的方法创建对象
/**
* 模拟一个实例工厂,创建业务层实现类
* 此工厂创建对象,必须现有工厂实例对象,再调用方法
*/
public class InstanceFactory {
public IAccountService createAccountService(){
return new AccountServiceImpl();
}
}
<bean id="instancFactory" class="per.cjh.factory.InstanceFactory">bean>
<bean id="accountService" factory-bean="instancFactory"
factory-method="createAccountService">bean>
依赖注入:Dependency Injection(DI)。它是 Spring 框架核心 ioc 的具体实现。
我们的程序在编写时,通过控制反转,把对象的创建交给了 Spring,但是代码中不可能出现没有依赖的情况。ioc 解耦只是降低他们的依赖关系,但不会消除。例如:我们的业务层仍会调用持久层的方法。
那这种业务层和持久层的依赖关系,在使用 Spring 之后,就让 Spring 来维护了。简单的说,就是坐等框架把持久层对象传入业务层,而不用我们自己去获取。
能够注入的数据类型有三种:(通过配置文件来注入经常性改动的数据是非常不合适的,维护成本大)
顾名思义,就是使用类中的构造函数,给成员变量赋值。注意,赋值的操作不是我们自己做的,而是通过配置的方式,让 Spring 框架来为我们注入。具体代码如下:
public class AccountServiceImpl implements IAccountService {
private String name;
private Integer age;
private Date birthday;
public AccountServiceImpl(String name, Integer age, Date birthday) {
this.name = name;
this.age = age;
this.birthday = birthday;
}
@Override
public void saveAccount() {
System.out.println(name+","+age+","+birthday);
}
}
<bean id="accountService" class="per.cjh.service.impl.AccountServiceImpl">
<constructor-arg name="name" value=" 张三 ">constructor-arg>
<constructor-arg name="age" value="18">constructor-arg>
<constructor-arg name="birthday" ref="now">constructor-arg>
bean>
<bean id="now" class="java.util.Date">bean>
顾名思义,就是在类中提供需要注入成员的 set 方法。具体代码如下:
public class AccountServiceImpl implements IAccountService {
private String name;
private Integer age;
private Date birthday;
public void setName(String name) {
this.name = name;
}
public void setAge(Integer age) {
this.age = age;
}
public void setBirthday(Date birthday) {
this.birthday = birthday;
}
@Override
public void saveAccount() {
System.out.println(name+","+age+","+birthday);
}
}
<bean id="accountService" class="per.cjh.service.impl.AccountServiceImpl">
<property name="name" value="test">property>
<property name="age" value="21">property>
<property name="birthday" ref="now">property>
bean>
<bean id="now" class="java.util.Date">bean>
此种方式是通过在 xml中导入 p名称空间,使用 p:propertyName 来注入数据,它的本质仍然是调用类中的set 方法实现注入功能。
Java类代码:
/**
* 使用 p 名称空间注入,本质还是调用类中的 set 方法
*/
public class AccountServiceImpl4 implements IAccountService {
private String name;
private Integer age;
private Date birthday;
public void setName(String name) {
this.name = name;
}
public void setAge(Integer age) {
this.age = age;
}
public void setBirthday(Date birthday) {
this.birthday = birthday;
}
@Override
public void saveAccount() {
System.out.println(name+","+age+","+birthday);
}
}
配置文件代码:
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:p="http://www.springframework.org/schema/p"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation=" http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="accountService" class="per.cjh.service.impl.AccountServiceImpl4"
p:name="test" p:age="21" p:birthday-ref="now"/>
beans>
<bean id="now" class="java.util.Date">bean>
顾名思义,就是给类中的集合成员传值,它用的也是set方法注入的方式,只不过变量的数据类型都是集合。我们这里介绍注入数组,List,Set,Map,Properties。具体代码如下:
public class AccountServiceImpl implements IAccountService {
private String[] myStrs;
private List<String> myList;
private Set<String> mySet;
private Map<String,String> myMap;
private Properties myProps;
public void setMyStrs(String[] myStrs) {
this.myStrs = myStrs;
}
public void setMyList(List<String> myList) {
this.myList = myList;
}
public void setMySet(Set<String> mySet) {
this.mySet = mySet;
}
public void setMyMap(Map<String, String> myMap) {
this.myMap = myMap;
}
public void setMyProps(Properties myProps) {
this.myProps = myProps;
}
@Override
public void saveAccount() {
System.out.println(Arrays.toString(myStrs));
System.out.println(myList);
System.out.println(mySet);
System.out.println(myMap);
System.out.println(myProps);
}
}
<bean id="accountService" class="per.cjh.service.impl.AccountServiceImpl">
<property name="myStrs">
<set>
<value>AAAvalue>
<value>BBBvalue>
<value>CCCvalue>
set>
property>
<property name="myList">
<array>
<value>AAAvalue>
<value>BBBvalue>
<value>CCCvalue>
array>
property>
<property name="mySet">
<list>
<value>AAAvalue>
<value>BBBvalue>
<value>CCCvalue>
list>
property>
<property name="myMap">
<props>
<prop key="testA">aaaprop>
<prop key="testB">bbbprop>
props>
property>
<property name="myProps">
<map>
<entry key="testA" value="aaa">entry>
<entry key="testB">
<value>bbbvalue>
entry>
map>
property>
bean>
学习基于注解的 IoC 配置,首先得有一个认知,即注解配置和 xml 配置要实现的功能都是一样的,都是要降低程序间的耦合。只是配置的形式不一样。
注意:在基于注解的配置中,我们还要多拷贝一个 aop 的 jar 包。如下图:
注意: 当我们使用注解注入bean时,set 方法不用写。
在待配置的bean类名上添加注解 @Component(“accountService”) 即可。"accountService"表示当前类在 IoC 容器中的 id 为 accountService。从而使用该 id 从容器中获取这个 bean 对象
注意:
基于注解整合时,导入约束时需要多导入一个 context 名称空间下的约束。
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context.xsd">
<context:component-scan base-package="per.cjh">context:component-scan>
作用:
把资源让 spring 来管理。相当于在 xml 中配置一个 bean。
属性:
value:指定 bean 的 id。如果不指定 value 属性,默认 bean 的 id 是当前类的类名。首字母小写。
这三个注解都是 @Component 的衍生注解,他们的作用及属性都是一模一样的。只不过是提供了更加明确的三层架构语义化。
作用:
自动按照类型注入。当使用注解注入属性时,set方法可以省略。它只能注入其他 bean 类型。当有多个类型匹配时,使用要注入的对象变量名称作为 bean 的 id,在 spring 容器查找,找到了也可以注入成功。找不到就报错。
作用:
在自动按照类型注入的基础之上,再按照 Bean 的 id 注入。它在给字段注入时不能独立使用,必须和@Autowire 一起使用;但是给方法参数注入时,可以独立使用。
属性:
value:指定 bean 的 id。
作用:
直接按照 Bean 的 id 注入。它也只能注入其他 bean 类型。
属性:
name:指定 bean 的 id。
作用:
注入基本数据类型和 String 类型数据的
属性:
value:用于指定值
作用:
指定 bean 的作用范围。
属性:
value:指定范围的值。
取值:singleton prototype request session globalsession
作用:
用于指定初始化方法。
作用:
用于指定销毁方法。
注解的优势:
配置简单,维护方便(我们找到类,就相当于找到了对应的配置)。
XML 的优势:
修改时,不用改源码。不涉及重新编译和部署。
Spring 管理 Bean 方式的比较:
基于注解的 IoC 配置已经完成,但是这样的开发依然离不开 spring 的 xml 配置文件,那么能不能不写这个 bean.xml,所有配置都用注解来实现呢?
以下是仍然存在于 xml 配置文件中的内容:
<context:component-scan base-package="per.cjh">context:component-scan>
<bean id="dbAssit" class="per.cjh.dbassit.DBAssit">
<property name="dataSource" ref="dataSource">property>
bean>
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
<property name="driverClass" value="com.mysql.jdbc.Driver">property>
<property name="jdbcUrl" value="jdbc:mysql:///springDB">property>
<property name="user" value="root">property>
<property name="password" value="root">property>
bean>
作用:
用于指定当前类是一个 spring 配置类,当创建容器时会从该类上加载注解。获取容器时需要使用 AnnotationApplicationContext(有 @Configuration 注解的类.class)。
属性:
value:用于指定配置类的字节码
示例代码如下:
/**
* spring 的配置类,相当于 bean.xml 文件
*/
@Configuration
public class SpringConfiguration {
}
注意:
此时我们已经把配置文件用类来代替了,但是如何配置创建容器时要扫描的包所在地呢?这将要用到下面这个注解。
作用:
用于指定 spring 在初始化容器时要扫描的包。作用和在 spring 的 xml 配置文件中的:< context:component-scan base-package=“per.cjh”/ >是一样的。
属性:
basePackages:用于指定要扫描的包。和该注解中的 value 属性作用一样。
示例代码如下:
/**
* spring 的配置类,相当于 bean.xml 文件
*/
@Configuration
@ComponentScan("per.cjh")
public class SpringConfiguration {
}
注意:
我们已经配置好了要扫描的包,但是还需要使用下面的注解将数据源和 JdbcTemplate 对象从配置文件中抽取出来。
作用:
该注解只能写在方法上,表明使用此方法创建一个对象,并且放入 spring 容器。
属性:
name:给当前@Bean 注解方法创建的对象指定一个名称(即 bean 的 id)。
示例代码如下:
/**
* 连接数据库的配置类
*/
public class JdbcConfig {
/**
* 创建一个数据源,并存入 spring 容器中
*/
@Bean(name="dataSource")
public DataSource createDataSource() {
try {
ComboPooledDataSource ds = new ComboPooledDataSource();
ds.setUser("root");
ds.setPassword("root");
ds.setDriverClass("com.mysql.jdbc.Driver");
ds.setJdbcUrl("jdbc:mysql:///springDB");
return ds;
} catch (Exception e) {
throw new RuntimeException(e);
}
}
/**
* 创建一个 DBAssit,并且也存入 spring 容器中
* @param dataSource
*/
@Bean(name="dbAssit")
public DBAssit createDBAssit(DataSource dataSource) {
return new DBAssit(dataSource);
}
}
注意:
我们已经把数据源和 DBAssit 从配置文件中移除了,此时可以删除 bean.xml 了。但是由于没有了配置文件,创建数据源的配置又都硬编码在了类中。如何把它们也配置出来呢?请看 Spring 的下一个的注解。
作用:
用于加载.properties 文件中的配置。例如我们配置数据源时,可以把连接数据库的信息写到properties 配置文件中,就可以使用此注解指定 properties 配置文件的位置。
属性:
value[]:用于指定 properties 文件位置。如果是在类路径下,需要写上 classpath:
示例代码如下:
/**
* 连接数据库的配置类
*jdbc.properties 文件中的配置:
* jdbc.driver=com.mysql.jdbc.Driver
* jdbc.url=jdbc:mysql://localhost:3306/springDB
* jdbc.username=root
* jdbc.password=root
*/
@Configuration
@PropertySource("classpath:jdbc.properties")
public class JdbcConfig {
@Value("${jdbc.driver}")
private String driver;
@Value("${jdbc.url}")
private String url;
@Value("${jdbc.username}")
private String username;
@Value("${jdbc.password}")
private String password;
/**
* 创建一个数据源,并存入 spring 容器中
* @return
*/
@Bean(name="dataSource")
public DataSource createDataSource() {
try {
ComboPooledDataSource ds = new ComboPooledDataSource();
ds.setDriverClass(driver);
ds.setJdbcUrl(url);
ds.setUser(username);
ds.setPassword(password);
return ds;
} catch (Exception e) {
throw new RuntimeException(e);
}
}
}
注意:
此时我们已经有了两个配置类,但是他们还没有关系。如何建立他们的关系呢?请看下一个注解。
作用:
用于导入其他配置类,在引入其他配置类时,可以不用再写 @Configuration 注解。当然,写上也没问题。
属性:
value[]:用于指定其他配置类的字节码。
示例代码如下:
@Configuration
@ComponentScan(basePackages = "per.cjh.spring")
@Import({ JdbcConfig.class})
public class SpringConfiguration {
}
注意:
我们已经把要配置的都配置好了,但是新的问题产生了,由于没有配置文件了,如何获取容器呢?
将通过下面的代码获取容器:
ApplicationContext ac = new AnnotationConfigApplicationContext(SpringConfiguration.class);
如何一文快速认识 Spring 框架(AOP 编程)
如何使用 Spring 整合 junit 单元测试