Java设计模式-模板模式
什么是模板模式？
模板模式，顾名思义，就是通过模板拓印的方式。
定义模板，就是定义框架、结构、原型。定义一个我们共同遵守的约定。
定义模板，我们的剩余工作就是对其进行充实、丰润，完善它的不足之处。
定义模板采用抽象类来定义，公共的结构化逻辑需要在抽象类中完成，只将非公共的部分逻辑抽象成抽象方法，留待子类充实实现。
下面首先通过一个简单的程序来分析一下，例如：现在有三种类型：猪、机器人、人；
- 猪具备三种功能：吃、睡、跑
- 机器人又两个功能：吃、工作
- 人具备四个功能：吃、睡、跑、工作。
现在就要求设计一个程序，可以让这三类不同的类型，进行工作。现在给出的三个类实际上并没有任何联系
UML图：
源代码：
abstract class Action{ public static final int EAT = 1; public static final int SLEEP = 5; public static final int RUN = 20; public static final int WORK = 30; public abstract void eat(); public abstract void sleep(); public abstract void run(); public abstract void work(); public void order(int flag){ switch(flag){ case EAT: this.eat(); break; case SLEEP: this.sleep(); break; case RUN: this.run(); break; case WORK: this.work(); break; case EAT+WORK: this.eat(); this.work(); break; case EAT+WORK+RUN+SLEEP: this.eat(); this.sleep(); this.run(); this.work(); break; case EAT+RUN+SLEEP: this.eat(); this.sleep(); this.run(); break; } } } class Person extends Action{ public void eat(){ System.out.print("人吃，"); } public void sleep(){ System.out.print("人睡，"); } public void run(){ System.out.print("人跑，"); } public void work(){ System.out.print("人工作，"); } } class Pig extends Action{ public void eat(){ System.out.print("猪吃，"); } public void sleep(){ System.out.print("猪睡，"); } public void run(){ System.out.print("猪跑，"); } public void work(){} } class Robet extends Action{ public void eat(){ System.out.print("机器人吃，"); } public void sleep(){} public void run(){} public void work(){ System.out.print("机器人工作，"); } } public class MoBan{ public static void main(String args[]){ /* 人吃，人睡，人跑，人工作， 猪吃，猪睡，猪跑， 机器人吃，机器人工作， */ Action ren = new Person(); ren.order(Action.EAT+Action.SLEEP+Action.RUN+Action.WORK); System.out.println(); Action pig = new Pig(); pig.order(Action.EAT+Action.SLEEP+Action.RUN); System.out.println(); Action robet = new Robet(); robet.order(Action.EAT+Action.WORK); } }
实际上通过此程序的定义结构你可以清楚的发现一个问题：
- 抽象类在实际的使用过程之中会定义一些固化的模式，它只能接受几种特定的指令；但是每种指定的具体实现由子类负责完成，我们父类只是做了方法的约定。
总结：
- 抽象类虽然定义了子类必须做的事情，但是抽象类依然会存在有单继承的局限
- 抽象类的使用必须通过子类进行实例化的获取。
- 模板模式的关键点：
- 使用抽象类定义模板类，并在其中定义所有的基本方法、模板方法，钩子方法，不限数量，以实现功能逻辑为主。其中基本方法使用final修饰，其中要调用基本方法和钩子方法，基本方法和钩子方法可以使用protected修饰，表明可被子类修改。
- 定义实现抽象类的子类，重写其中的模板方法，甚至钩子方法，完善具体的逻辑。
使用场景：
- 在多个子类中拥有相同的方法，而且逻辑相同时，可以将这些方法抽出来放到一个模板抽象类中。
- 程序主框架相同，细节不同的情况下，也可以使用模板方法。
