设计模式-模板方法

背景

在21种常用的设计模式中，模板方法设计模式是比较常用的设计模式，比如随着人们生活水平的提高，小汽车已经进入了千家万户，像一级集团红旗轿车生产线已建成年产40万辆整车的生成线，那么我们不禁要问，为什么现在生产轿车的速度这么快，这要归功于我们生产水平的提高，当然好的汽车模具也是十分重要，将所有的汽车从一个模子里刻出来，这就引出了本次的主题：模板方法。

模板方法的定义

  模板方法其实是比较简单一种设计模式，在日常开发过程中应用也比较广泛。其定义如下：定义一个操作中的算法框架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可重新定义该算法的特定步骤：

1. 模板方法的通用类图如图所示。

  模板方法确实比较简单，仅仅使用了继承机制，但是应用却十分广泛，其中，AbstractClass 叫做抽象模板，他的方法分为两类：
♠ 基本方法：
  基本方法也叫做基本操作，是由子类实现的方法，并且在模板方法中被调用。
♠ 模板方法：
  可以定义1个或多个，一般是一个具体的方法，也就是一个框架，实现对基本方法的调用，完成固定的逻辑。

---

注意：为了防止恶意的操作，一般模板方法都加上final关键字，不允许被覆盖。

---

代码清单01：抽象模板类：

public abstract class AbstractClass{
	//基本方法
	protected abstract void doSomething();
	//基本方法
	protected abstract void doAnything();
	//模板方法
	public void templateMethod(){
		//调用方法
		this.doAnything();
		this.doSomething();
	}
}

具体模板清单02：

public class ConcreateClass1 extends AbstractClass{
	//实现基本方法
	protected void doAnything(){
		//TODO具体的业务逻辑
    }
    //实现基本方法
	protected void doSomething(){
		//TODO具体的业务逻辑
    }
}

public class ConcreateClass2 extends AbstractClass{
	//实现基本方法
	protected void doAnything(){
		//TODO具体的业务逻辑
    }
    //实现基本方法
	protected void doSomething(){
		//TODO具体的业务逻辑
    }
}

代码清单03：场景类：

public class Client {
	public static void main(String[] args) {
		AbstractClass class1 = new ConcreteClass1(); 
		AbstractClass class2 = new ConcreteClass2(); 
		//调用模板方法
		class1.templateMethod();
		class2.templateMethod();
	}
}

---

注意：抽象模板中的基本方法尽量设计为protected类型，符合迪米特法则，不需要暴露的属性或者方法尽量不要设置为protected类型。实现类若非必要，尽量不要扩大父类中的访问权限。

---

模板方法的应用

模板方法的优点

  ♠ 封装不变部分，扩展可变部分
  把认为不变的算法封装到父类实现，而可变部分则通过继承来继续扩展。
  ♠ 提取公共部分代码，便于维护
  ♠ 行为由父类控制，子类实现，符合开闭原则

模板方法的缺点

   按照我们平时的设计习惯，抽象类负责声明最抽象、最一般的事物属性和方法，实现类完成具体的事物属性和方法。但是模板方法缺颠倒了，抽象类定义了部分抽象方法，由子类来实现，子类执行的具体结果影响了父类的结果，也就是子类对父类产生了影响，这在复杂的项目中，会带来代码阅读的难度，也会让新手感觉不适应。

模板方法的使用场景

  ♦ 多个子类有公共的方法，并且逻辑基本相同。
  ♦ 重要、复杂的算法，可以把核心算法设计为模板方法，周边的相关细节功能则由各个子类实现。
  ♦ 重构时，模板方法是一个经常使用的设计模式，把相同的代码抽取到父类中，然后通过钩子函数（自行百度）约束其行为。

扩展

  一般来说，上述的模板方法引擎是不够完美的，因为在执行模板方法时不受控制，这时候就需要用到钩子函数了，模板方法+钩子函数之后才算是一个比较完美的模板方法，当然，一些逻辑简单的算法也可以不使用钩子函数。