作者丨Java团长
导读：设计模式作为工作学习中的枕边书，却时常处于勤说不用的尴尬境地，也不是我们时常忘记，只是一直没有记忆。Spring作为业界的经典框架，无论是在架构设计方面，还是在代码编写方面，都堪称行内典范。
好了，话不多说，开始今天的内容。spring中常用的设计模式达到九种，我们举例说明。
简单工厂模式
又叫做静态工厂方法（StaticFactory Method）模式，但不属于23种GOF设计模式之一。
简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类。
spring中的BeanFactory就是简单工厂模式的体现，根据传入一个唯一的标识来获得bean对象，但是否是在传入参数后创建还是传入参数前创建这个要根据具体情况来定。如下配置，就是在 HelloItxxz 类中创建一个 itxxzBean。
<
beans
>
<
bean
id
=
"singletonBean"
class
=
"com.itxxz.HelloItxxz"
>
<
constructor-arg
>
<
value
>
Hello! 这是singletonBean!value>
constructor-arg
>
bean
>
<
bean
id
=
"itxxzBean"
class
=
"com.itxxz.HelloItxxz"
singleton
=
"false"
>
<
constructor-arg
>
<
value
>
Hello! 这是itxxzBean! value>
constructor-arg
>
bean
>
beans
>
工厂方法模式
通常由应用程序直接使用new创建新的对象，为了将对象的创建和使用相分离，采用工厂模式,即应用程序将对象的创建及初始化职责交给工厂对象。
一般情况下,应用程序有自己的工厂对象来创建bean.如果将应用程序自己的工厂对象交给Spring管理,那么Spring管理的就不是普通的bean,而是工厂Bean。
就以工厂方法中的静态方法为例讲解一下：
import
java.util.Random;
public
class
StaticFactoryBean
{
public
static
Integer
createRandom
()
{
return
new
Integer(
new
Random().nextInt());
}
}
建一个config.xm配置文件，将其纳入Spring容器来管理,需要通过factory-method指定静态方法名称：
"random"
class=
"example.chapter3.StaticFactoryBean"
factory-method=
"createRandom"
scope=
"prototype"
/>
测试：
public
static
void
main
(
String[] args
)
{
XmlBeanFactory factory =
new
XmlBeanFactory(
new
ClassPathResource(
"config.xml"
));
System.
out
.println(
"我是IT学习者创建的实例:"
+factory.getBean(
"random"
).toString());
}
单例模式
保证一个类仅有一个实例，并提供一个访问它的全局访问点。
spring中的单例模式完成了后半句话，即提供了全局的访问点BeanFactory。但没有从构造器级别去控制单例，这是因为spring管理的是是任意的java对象。
核心提示点：Spring下默认的bean均为singleton，可以通过singleton=“true|false” 或者 scope="?"来指定。
适配器模式
在Spring的Aop中，使用的Advice（通知）来增强被代理类的功能。Spring实现这一AOP功能的原理就使用代理模式（1、JDK动态代理。2、CGLib字节码生成技术代理。）对类进行方法级别的切面增强，即，生成被代理类的代理类， 并在代理类的方法前，设置拦截器，通过执行拦截器重的内容增强了代理方法的功能，实现的面向切面编程。
Adapter类接口：Target
public
interface
AdvisorAdapter
{
boolean
supportsAdvice
(Advice advice)
;
MethodInterceptor
getInterceptor
(Advisor advisor)
;
} MethodBeforeAdviceAdapter类，Adapter
class
MethodBeforeAdviceAdapter
implements
AdvisorAdapter
,
Serializable
{
public
boolean
supportsAdvice
(Advice advice)
{
return
(advice
instanceof
MethodBeforeAdvice);
}
public
MethodInterceptor
getInterceptor
(Advisor advisor)
{
MethodBeforeAdvice advice = (MethodBeforeAdvice) advisor.getAdvice();
return
new
MethodBeforeAdviceInterceptor(advice);
}
}
包装器模式
在我们的项目中遇到这样一个问题：我们的项目需要连接多个数据库，而且不同的客户在每次访问中根据需要会去访问不同的数据库。我们以往在spring和hibernate框架中总是配置一个数据源，因而sessionFactory的dataSource属性总是指向这个数据源并且恒定不变，所有DAO在使用sessionFactory的时候都是通过这个数据源访问数据库。
但是现在，由于项目的需要，我们的DAO在访问sessionFactory的时候都不得不在多个数据源中不断切换，问题就出现了：如何让sessionFactory在执行数据持久化的时候，根据客户的需求能够动态切换不同的数据源？我们能不能在spring的框架下通过少量修改得到解决？是否有什么设计模式可以利用呢？
首先想到在spring的applicationContext中配置所有的dataSource。这些dataSource可能是各种不同类型的，比如不同的数据库：Oracle、SQL Server、MySQL等，也可能是不同的数据源：比如apache 提供的org.apache.commons.dbcp.BasicDataSource、spring提供的org.springframework.jndi.JndiObjectFactoryBean等。然后sessionFactory根据客户的每次请求，将dataSource属性设置成不同的数据源，以到达切换数据源的目的。
spring中用到的包装器模式在类名上有两种表现：一种是类名中含有Wrapper，另一种是类名中含有Decorator。基本上都是动态地给一个对象添加一些额外的职责。
代理模式
为其他对象提供一种代理以控制对这个对象的访问。 从结构上来看和Decorator模式类似，但Proxy是控制，更像是一种对功能的限制，而Decorator是增加职责。
spring的Proxy模式在aop中有体现，比如JdkDynamicAopProxy和Cglib2AopProxy。
