Spring配置补充

灵活配置DataSource

1. 使用属性文件配置数据源

<!-- 引入properties文件 -->
<bean class="org.springframework.beans.factory.config.PreferencesPlaceholderConfigurer">
	<property name="location">
		<value>classpath:database.properties</value>
	</property>
</bean>
<!-- 配置dadaSource -->
<bean id="dataSource" destroy-method="close"            
    class="org.apache.commons.dbcp.BasicDataSource">
	<property name="driverClassName" value="${drive}" />
	<property name="url" value="${url}"/>
	<property name="username" value="${user}"/>
	<property name="password" value="${password}"/>
</bean>

database.properties属性文件

driver=com.mysql.jdbc.Driver
url=jdbc:mysql://127.0.0.1:3306/smbms?useUnicode=true&characterEncoding=utf-8
user=root
password=root

Spring中Bean的作用域问题

1. 理解Bean的作用域

作用域	说明
singleon	默认值.以单列模式创建Bean的实例,即容器中该Bean的实例只有一个
prototype	每次从容器中获取Bean时，都会创建一个新的实例
request	用于Web应用环境，针对每次HTTP请求都会创建一一个实例
session	于Web应用环境，同一个会话共享同一个实例，不同的会话使用不同的实例
global session	仅在Portlet的Web应用中使用，同一个全局会话共享一个实例。 对于非Porlet环境，等global session同于session

singleton是默认采用的作用域,即默认情况下Spring为每个Bean仅创建一个实例.对于不存在线程安全问题的组件,采用方式可以大大减少创建对象的开销,提高运行效率
对于存在线程安全问题的组件,则不能使用singleton模式,可以使用prototype作用域,通过scope属性,关键代码如下

<!-- 指定Bean的作用域为proptotype -->
<bean id="....." class="......." scope="prototype">
	........
</bean>

2. 使用注解指定Bean的作用域

import org.springframework.context.annotation.Scope;
import org.springframework.stereotype.Service;

@Scope("propertype")
@Service("userService")
public class UserServiceImpl  implements UserService{
	....
}

Spring的自动装配

<bean id="userMapper" class="dao/UserMapper.xml" autowire="byName" />
<bean id="userService" class="service/UserServiceImpl" autowire="byName" />

autowire属性值	说明
no	不使用自动装配。Bean依赖关系必须通过property元素定义
byType	根据属性类型自动装配。BeanFactory 查找容器中的全部Bean,如果正好有一个与依赖属性类型相同的Bean,就自动装配这个属性;如果有多个这样的Bean, Spring 无法决定注入哪个Bean,就抛出一个致命异常:如果没有匹配的Bean,就什么都不会发生，属性不会被设置
byName	根据属性名自动装配。BeanFactory 查找容器中的全部Bean,找出id与属性的setter方法匹配的Bean。找到即自动注入，否则什么都不做
constructor	与byType的方式类似，不同之处在于它应用于构造器参数。如果在容器中没有找到与构造器参数类型致的 Bean,那么将会抛出异常

修改Spring配置文件,设置全局自动装配

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns:context="http://www.springframework.org/schema/context"
	xmlns:aop="http://www.springframework.org/schema/aop"
	xsi:schemaLocation="http://www.springframework.org/schema/beans
	http://www.springframework.org/schema/beans/spring-beans-3.2.xsd
	http://www.springframework.org/schema/context
	http://www.springframework.org/schema/context/spring-context-3.2.xsd
	http://www.springframework.org/schema/aop
	http://www.springframework.org/schema/aop/spring-aop-3.2.xsd"
	default-autowire="byName">
</bean>

经验
对于大型的应用,不鼓励使用自动装配.虽然使用自动可减少配置工作量,但大大降低了依赖关系的清晰性和透明性.依赖关系的装配仅依赖于源文件的属性名或类型,导致Bean于Bean之间的耦合降低到代码层次,不利于高层次解耦合.

拆分Spring配置文件

1. 拆分策略

• 如果一个开发人员负责一个模块， 我们采用公用配置(包含数据源、 事务等) +每个系统模块一个单独配置文件(包含Dao、Service 及Web控制器)的形式。
• 如果开发 是按照分层进行的分工，我们采用公用配置(包含数据源、事务等)+DAO Bean 配置+业务逻辑Bean配置+Web控制器配置的形式.

两种拆分策略各有特色，适用于不同的场合。

拆分Spring配置文件，不仅可以分散配置文件，降低修改配置文件的难度和冲突的风险，而且更符合“分而治之”的软件工程原理。

2. 拆分方法

根据ClassPathXMLApplicationContext类的构造方法的几种重载形式:

• public ClassPathXMLApplicationContext(String configLocation);
• public ClassPathXMLApplicationContext(String… configLocation);

如果有多个配置文件需要载入,可以传入多个配置文件名,或以String[]方式传入多个配置文件名