spring 框架中的设计模式

1.  模板方法(Template Method)

概念:定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

 

Template Method模式一般是需要继承的。这里想要探讨另一种对Template Method的理解。spring中的JdbcTemplate，在用这个类时并不想去继承这个类，因为这个类的方法太多，但是我们还是想用到JdbcTemplate已有的稳定的、公用的数据库连接，那么我们怎么办呢？我们可以把变化的东西抽出来作为一个参数传入JdbcTemplate的方法中。但是变化的东西是一段代码，而且这段代码会用到JdbcTemplate中的变量。怎么办？那我们就用回调对象吧。在这个回调对象中定义一个操纵JdbcTemplate中变量的方法，我们去实现这个方法，就把变化的东西集中到这里了。然后我们再传入这个回调对象到JdbcTemplate，从而完成了调用。这可能是Template Method不需要继承的另一种实现方式吧。 

2.  简单工厂又叫静态工厂方法

概念:一个工厂类根据传入的参数,动态创建哪一个对象

Spring中的BeanFactory就是简单工厂的实现,根据传入一个唯一标识来获取bean对象，但是否是在传入参数后创建还是传入参数前创建这个要根据具体情况来定。

如下配置,在HelloItxxz类中创一个itxxzBean

<beans>

  <bean id="itxxzBean"class="com.itxxz.HelloItxxz"

    singleton="false">

    <constructor-arg>

      <value>Hello! 这是itxxzBean!</value>

    </constructor-arg>

  </bean>

</beans>

3.  工厂方法(FactoryMethod)

概念：通常由应用程序直接使用new创建新的对象，为了将对象的创建和使用相分离，采用工厂模式,即应用程序将对象的创建及初始化职责交给工厂对象。

一般情况下,应用程序有自己的工厂对象来创建bean.如果将应用程序自己的工厂对象交给Spring管理,那么Spring管理的就不是普通的bean,而是工厂Bean。

  工厂方法中的静态方法

importjava.util.Random;

publicclass StaticFactoryBean {

   public static Integer createRandom() {

      returnnew Integer(new Random().nextInt());

    }

}

建一个config.xm配置文件，将其纳入Spring容器来管理,需要通过factory-method指定静态方法名称

<beanid="random"

class="example.chapter3.StaticFactoryBean"factory-method="createRandom" //createRandom方法必须是static的,才能找到scope="prototype"

/>

测试:

publicstatic void main(String[] args) {
    //调用getBean()时,返回随机数.如果没有指定factory-method,会返回StaticFactoryBean的实例,即返回工厂Bean的实例   

  XmlBeanFactory factory = newXmlBeanFactory(new ClassPathResource("config.xml"));  

    System.out.println("我是IT学习者创建的实例:"+factory.getBean("random").toString());

}

 

4.  单例模式(Singleton)

概念:保证一个类有且仅有一个全局的实例,并提供一个全局的访问点

spring中的单例模式完成了后半句话，即提供了全局的访问点BeanFactory。但没有从构造器级别去控制单例，这是因为spring管理的是是任意的java对象。 
核心提示点：Spring下默认的bean均为singleton，可以通过singleton=“true|false” 或者 scope=“？”来指定

5.  适配器(Adapter)

概念:将某个类的接口转换成客户端期望的另一个接口表示，目的是消除由于接口不匹配所造成的类的兼容性问题。

适配器分为:

类适配器(当希望将一个类转换成满足另一个新接口的类时，可以使用类的适配器模式，创建一个新类，继承原有的类，实现新的接口即可)

 

对象适配器（当希望将一个对象转换成满足另一个新接口的对象时，可以创建一个Wrapper类，持有原类的一个实例，在Wrapper类的方法中，调用实例的方法就行。）

 

接口适配器(当不希望实现一个接口中所有的方法时，可以创建一个抽象类Wrapper，实现所有方法，我们写别的类的时候，继承抽象类即可)

 

在Spring的Aop中，使用的Advice（通知）来增强被代理类的功能。Spring实现这一AOP功能的原理就使用代理模式（1、JDK动态代理。2、CGLib字节码生成技术代理。）对类进行方法级别的切面增强，即，生成被代理类的代理类，并在代理类的方法前，设置拦截器，通过执行拦截器重的内容增强了代理方法的功能，实现的面向切面编程

    如下:

  Adapter类接口:（Target）

public interface AdvisorAdapter {

 

boolean supportsAdvice(Advice advice);

 

         MethodInterceptorgetInterceptor(Advisor advisor);

 

} 

MethodBeforeAdviceAdapter类:（Adapter）

        class MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable {

      public booleansupportsAdvice(Advice advice) {

           return (advice instanceof MethodBeforeAdvice);

      }

 

      public MethodInterceptorgetInterceptor(Advisor advisor) {

           MethodBeforeAdvice advice = (MethodBeforeAdvice)advisor.getAdvice();

      return newMethodBeforeAdviceInterceptor(advice);

      }

 

}

6.  包装器模式（Decorator）

概念:动态地给对象添加一些额外的职责。

有这样一个问题：项目中需要连接多个数据库，而且不同的客户在每次访问中根据需要动态切换访问不同的数据库。在以往我们都是在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。基本上都是动态地给一个对象添加一些额外的职责。 

7.  代理模式(Proxy)

概念:给某一个对象提供一个代理对象，并由代理对象控制对原对象的引用

spring的Proxy模式在aop中有体现，比如JdkDynamicAopProxy和Cglib2AopProxy。 

8.  观察者模式（Observer）

概念:定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新

    spring中Observer模式常用的地方是listener的实现。如ApplicationListener

9.  策略模式(Strategy)

    概念:定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。 

    Spring中的SimpleInstantiationStrategy