spring中使用到的设计模式

应该说设计模式是咱们在写代码时候的一种被认可的较好的模式。好的设计模式就像是给代码造了一个很好的骨架，在这个骨架里，你能够知道心在哪里，肺在哪里，由于大多数人都认识这样的骨架，就有了很好的传播性。这是从易读和易传播来感知设计模式的好处。固然设计模式自己更重要的是设计原则的一种实现，好比开闭原则，依赖倒置原则，这些是在代码的修改和扩展上说事。说到底就是人类和代码发生关系的四种场合：阅读，修改，增长，删除。让每一种场合都比较舒服的话，就须要用设计模式。

下面来简单列举Spring中的设计模式：

1. 简单工厂

又叫作静态工厂方法（StaticFactory Method）模式，但不属于23种GOF设计模式之一。

简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该建立哪个产品类。

Spring中的BeanFactory就是简单工厂模式的体现，根据传入一个惟一的标识来得到Bean对象，可是否是在传入参数后建立仍是传入参数前建立这个要根据具体状况来定。

2. 工厂方法（Factory Method）

定义一个用于建立对象的接口，让子类决定实例化哪个类。Factory Method使一个类的实例化延迟到其子类。

Spring中的FactoryBean就是典型的工厂方法模式。以下图：

3. 单例（Singleton）

保证一个类仅有一个实例，并提供一个访问它的全局访问点。

Spring中的单例模式完成了后半句话，即提供了全局的访问点BeanFactory。但没有从构造器级别去控制单例，这是由于Spring管理的是是任意的Java对象。

4. 适配器（Adapter）

将一个类的接口转换成客户但愿的另一个接口。Adapter模式使得本来因为接口不兼容而不能一块儿工做的那些类能够一块儿工做。

Spring中在对于AOP的处理中有Adapter模式的例子，见以下图：

因为Advisor链须要的是MethodInterceptor对象，因此每个Advisor中的Advice都要适配成对应的MethodInterceptor对象。

5.包装器（Decorator）

动态地给一个对象添加一些额外的职责。就增长功能来讲，Decorator模式相比生成子类更为灵活。

Spring中用到的包装器模式在类名上有两种表现：一种是类名中含有Wrapper，另外一种是类名中含有Decorator。基本上都是动态地给一个对象添加一些额外的职责。

6. 代理（Proxy）

为其余对象提供一种代理以控制对这个对象的访问。

从结构上来看和Decorator模式相似，但Proxy是控制，更像是一种对功能的限制，而Decorator是增长职责。

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

7.观察者（Observer）

定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，全部依赖于它的对象都获得通知并被自动更新。

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

8. 策略（Strategy）

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

Spring中在实例化对象的时候用到Strategy模式，见以下图：

在SimpleInstantiationStrategy中有以下代码说明了策略模式的使用状况：

9.模板方法（Template Method）

定义一个操做中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类能够不改变一个算法的结构便可重定义该算法的某些特定步骤。

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

如下是一个具体的例子：

JdbcTemplate中的execute方法：

JdbcTemplate执行execute方法：