策略模式和模板方法同与异

前言：

　　最近在写项目的时候，深感设计模式的重要性。一个人的代码写的好不好，别人看的舒不舒服，和会不会设计模式紧密关联的。之前看过四人帮的设计模式。但当时仅限于看，包括现在也仅限于看。有的时候项目中，你都不知道有没有运用到了设计模式。也许用到了单例模式，但你并不知道如何用的，不知不觉就用到了。

　　《武林外传》老白曾经说过这样一句话。高手就是手里无刀，心中也无刀。类似于设计模式，你不知不觉中已经融进你的代码中了，但你并不知已经运用了。当然我没有达到这个境界，可能五年，十年，或者更久，谁也说不准呢。

　　这次正好趁这个项目，把用到的涉及模式总结一下，策略模式和模板方法模式。

1：设计模式分类

总体来说设计模式分为三大类：

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

我们这次讲的都属于行为型模式。这类模式负责对象间的高效沟通和职责委派。注意理解下对象间，责任委派。

2：策略模式

策略模式是一种行为设计模式， 它能让你定义一系列算法， 并将每种算法分别放入独立的类中， 以使算法的对象能够相互替换。

在我的项目中有这么一个场景，大家也可以想象一个。用户购买商品支付的时候，可能会使用多种不同的优惠券。比如说，贴息，满减，随机立减等等

这几种返回给前端的金额，文案，以及个个方法都有比较大的差异。我们可以理解为三种不同的算法，选择哪种策略，完全由用户有哪张优惠券所决定的。

因此很简单的，我们可以使用策略模式。

1: 我们首先先定义一个接口

1 @Service
2 public interface CouponStrategy {
3 
4     void execute(Coupon coupon);
5 
6 }

2：定义不同的实现类

 1 class CouponStrategyA implements CouponStrategy {
 2 
 3     @Override
 4     public void execute(Coupon coupon) {
 5         // 第一种具体算法
 6     }
 7     
 8 }
 9 
10 class CouponStrategyB implements CouponStrategy {
11 
12     @Override
13     public void execute(Coupon coupon) {
14         // 第二种具体算法
15     }
16     
17 }

3：我们可以根据coupon选择不同的算法。这里我们可以采用工厂模式

 1 @Service
 2 public class CouponStrategyFactory {
 3 
 4     
 5     private Map<String, CouponStrategy> serviceMap = new HashMap<>();
 6 
 7     
 8     public CouponStrategy getService(CouponInfo couponInfo) {
 9 
10         CouponStrategy couponStrategy = serviceMap.getOrDefault(coupon.getCouponType(), couponDefault);
11 
12         return couponStrategy;
13     }
14 
15 }

最后，这种算法看起来是非常的干净整洁舒服的。比如之前很多type=1,则算法A。type=2则算法B。代码虽然实现，但看起来很难受。

并且策略模式让你能将不同行为抽取到一个独立类层次结构中， 并将原始类组合成同一个， 从而减少重复代码。比如我可以把A，B，C算法重复的都抽象到interface接口中，代码最重要一点就是避免写重复性的代码。

3：模板模式

模板方法模式是一种行为设计模式， 它在超类中定义了一个算法的框架， 允许子类在不修改结构的情况下重写算法的特定步骤。

比如我们JDK经典的ArrayList，用到的就是模板模式，我们看一下他的类图如下：

这幅图真的特别的经典，可以说是学习模板方法最好的实践了。

ArrayList继承了AbstractList并且实现了多种的接口。ArrayList只实现了自己特定的算法，其余比较通用的算法全部由AbstractList实现。

比如addAll方法, 它位于absract接口。它定义了一系列的算法，比如首先check，在for循环add等等。

但是具体怎么add他并没有实现，而是交由子类去具体实现。

1 public boolean addAll(int index, Collection<? extends E> c) {
2     rangeCheckForAdd(index);
3     boolean modified = false;
4     for (E e : c) {
5         add(index++, e);
6         modified = true;
7     }
8     return modified;
9 }

比如ArrayList的实现

1 public void add(int index, E element) {
2     rangeCheckForAdd(index);
3 
4     ensureCapacityInternal(size + 1);  // Increments modCount!!
5     System.arraycopy(elementData, index, elementData, index + 1,
6                      size - index);
7     elementData[index] = element;
8     size++;
9 }

又比如LinkedList

1 public void add(int index, E element) {
2     checkPositionIndex(index);
3 
4     if (index == size)
5         linkLast(element);
6     else
7         linkBefore(element, node(index));
8 }

类似于子类可以通过钩子操作可以控制父类的行为，是不是很神奇。

最后，当你只希望客户端扩展某个特定算法步骤， 而不是整个算法或其结构时， 可使用模板方法模式。 模板方法将整个算法转换为一系列独立的步骤， 以便子类能对其进行扩展， 同时还可让超类中所定义的结构保持完整。

4：策略模式和模板模式同与异

这两种模式非常的相像，一不留神可以分不清楚用那种模式了。当然这就是开头所说的，心中有刀，手里已无刀，你不知不觉中已经融进你的代码中了，但你并不知已经运用了。这其实就是最棒的结果了，但对于咱们初学者，刚开始弄清楚还是有必要的。

相同点：

1: 毋庸置疑都可以减少代码的重复，将重复代码抽象到父类即可。

2: 可以很容易的切换算法，根据前端传来的参数，具体算法何种算法，何种模式。

不同点：

1：模板模式基于继承机制： 它允许你通过扩展子类中的部分内容来改变部分算法。

2：策略模式基于组合机制： 你可以通过对相应行为提供不同的策略来改变对象的部分行为。 模板方法在类层次上运作， 因此它是静态的。 策略在对象层次上运作， 因此允许在运行时切换行为。

3：模板更加看重是算法的流程，全部已经规定好了，子类可以修改部分流程算法

4：策略模式是将整个算法全部重写，不是部分，而是整体。

最后祝大家都能写出漂亮，惊艳，眼前一亮的代码。最终做到，手里无刀，心中也无。