Spring配置补充

8.1灵活配置DataSource
8.1.1 使用属性文件配置数据源
使用Spring提供的PropertyPlaceholderConfigurer类可以加载属性文件。在Spring配置文件好可以 采用$.......的方式用属性文件中的键值对。注意：经常有开发者在${…}的前后不小心输入一些空格，这些空格字符将和变量合并后作为属性的值，最终将引发异常，因此需要特别小心。
8.1.2 使用JNDI数据源
注意：需在Web环境下测试使用JNDI获得数据源对象。可将测试代码编写在Servlet中，通过浏览器访问Servlet进行测试。
8.2 Spring中Bean的作用域问题
8.2.1 理解Bean的作用域
singleton：默认值。以单例模式创建Bean的实例，即容器中该Bean的实例只有一个。
prototype：每次从容器中获取Bean时，都会创建一个新的实例。
request：用于Web应用环境，针对每次HTTP请求都会创建一个实例。
session：用于Web应用环境，同一个会话共享同一个实例，不同的会话使用不同的实例。
global session：仅在Portlet的Web应用中使用，同一个全局会话共享一个实例，对于非Portlet环境，等同于session。
8.2.2使用注解指定Bean的作用域
8.3 Spring的自动装配
no：不使用自动装配。Bean依赖关系必须通过property元素定义。
byType：根据属性类型自动装配。BeanFactory查找容器中的全部Bean，如果正好有一个与依赖属性类型相同的Bean，就自动装配这个属性；如果有多个这样的Bean，Spring无法决定注入哪个Bean，就抛出一个致命异常；如果没有匹配的Bean，就什么都不会发生，属性不会被设置。
byName：根据属性名自动装配，BeanFactory查找容器中的全部Bean，找出id与属性的setter方法匹配的Bean。找到即自动注入，否则什么都不做。
constructor：与byType的方式类型，不同之处在于它应用与构造器参数。如果在容器中没有找到与构造器参数类型一致的Bean，那么将会抛出异常。
经验：对于大型的应用。不鼓励使用自动装配。虽然使用自动装配可减少配置工作量，但大大降低了依赖关系的清晰性和透明性。依赖关系的装配仅依赖于源文件的属性名或类型，导致Bean与Bean之间的耦合降低到代码层次，不利于高层次解耦合。
8.4 拆分Spring配置文件
8.4.1 拆分策略
如果一个开发人员负责一个模块，我们采用公用配置+每个系统模块一个单独配置文件的形式。
如果开发是按照分层进行的分工，我们采用公用配置+DAO Bean配置+业务逻辑Bean配置+Web控制器配置的形式。
8.4.2 拆分方法
经验：实际项目开发过程中，建议通过通配符(*)的方式配置多个Spring配置文件。为了方便采用通配符，建议在给Spring配置文件命名时遵循一定的规律。