1.模板方法模式
定义一个操作中的算法的框架，而将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤.
类图：
它的方法分为两类：
● 基本方法
基本方法也叫做基本操作，是由子类实现的方法，并且在模板方法被调用。
● 模板方法
可以有一个或几个，一般是一个具体方法，也就是一个框架，实现对基本方法的调度，
完成固定的逻辑。
子类重写抽象类方法，再调用父类的方法实现效果
2.举个例子：
创建一个抽象类AbstractClass：
package com.wx.templatemethodpattern.base;
public abstract class AbstractClass {
//基本方法
protected abstract void doSomething();
//基本方法
protected abstract void doAnything();
/*
模板方法
*/
public void templatemethod()
{
//调用基本方法完成业务逻辑
this.doSomething();
this.doAnything();
}
}
实现抽象类的方法：
package com.wx.templatemethodpattern.imp;
import com.wx.templatemethodpattern.base.AbstractClass;
public class ConcreteClass1 extends AbstractClass {
@Override
protected void doSomething() {
System.out.println("ConcreteClass1");
}
@Override
protected void doAnything() {
System.out.println("ConcreteClass1");
}
}
package com.wx.templatemethodpattern.imp;
import com.wx.templatemethodpattern.base.AbstractClass;
public class ConcreteClass2 extends AbstractClass {
@Override
protected void doSomething() {
System.out.println("ConcreteClass2");
}
@Override
protected void doAnything() {
System.out.println("ConcreteClass2");
}
}
测试：
package com.wx.templatemethodpattern.test;
import com.wx.templatemethodpattern.imp.ConcreteClass1;
import com.wx.templatemethodpattern.imp.ConcreteClass2;
public class Client {
public static void main(String[] args)
{
ConcreteClass1 class1=new ConcreteClass1();
ConcreteClass2 class2=new ConcreteClass2();
//将抽象类的方式设置为protected是符合迪米特法则，
class1.templatemethod();
class2.templatemethod();
}
}
模板方法模式的优点：
封装不变部分，扩展可变部分
提取公共部分代码，便于维护
行为由父类控制，子类实现
模板方法模式的缺点：
子类执行的结果影响了父类的结果，也就是子类对父类产生了影响，这在复杂的项目中，会带来代码阅读的难度，而且也会让新手产生不适感
父类怎么调用子类的方法：
● 把子类传递到父类的有参构造中，然后调用。
● 使用反射的方式调用，你使用了反射还有谁不能调用的？！
● 父类调用子类的静态方法
项目中允许使用不？不允许！如果一定要调用子类，那为什么要继承它呢？搞不懂。其实这个问题可以换个角度去理解，父类建立框架，子类在重写了父类部分的方法后，再调用从父类继承的方法，产生不同的结果（而这正是模板方法模式）。这是不是也可以理解为父类调用了子类的方法呢？你修改了子类，影响了父类行为的结果，曲线救国的方式实现了父类依赖子类的场景，模板方法模式就是这种效果。
在软件开发过程中，如果相同的一段代码复制过两次，就需要对设计产生怀疑，架构师要明确地说明为什么相同的逻辑要出现两次或更多次。