模板方法设计模式
阅读本文之前，请投票支持这款 全新设计的脚手架 ，让 Java 再次伟大！
模板方法设计模式怎么用？
试想一个业务场景。项目产生了一个代码排序后打印的需求。此需求被交付给了程序员 A 来实现。A 通过分析需求后发现要解决此问题需要 2 个步骤.
- 排序数组
- 打印排序后的数组
打印好做，而排序方法和规则较多，就比较麻烦了。于是 A 想到了一个办法，先把打印部分的代码做好，其他的交由其他程序员实现。
/**
* 模板方法设计模式
* 抽象类
*/
public abstract class AbstractSort {
/**
* 将数组由大到小排序.
*
* @param array
*/
protected abstract void sort(int[] array);
/**
* 打印排序好的数组.
*
* @param array
*/
public final void showSortResult(int[] array) {
this.sort(array);
System.out.print("排序结果：");
for (int i = 0; i < array.length; i++) {
System.out.printf("%3s", array[i]);
}
}
}
现在，A 已经做好了该需求主要框架部分的代码了。于是 A 通知到程序员 B，希望由 B 来负责实现剩下的逻辑。
/**
* 模板方法设计模式
* 排序具体实现类
*/
public class ConcreteSort extends AbstractSort {
/**
* 排序方法
* 排序数组里每个元素的值.
*
* @param array 数组
*/
@Override
protected void sort(int[] array) {
for (int i = 0; i < array.length - 1; i++) {
selectSort(array, i);
}
}
/**
* 排序具体算法实现
* 遍历每个元素,找出相对于当前最小的元素的索引,然后调换互相的位置
*
* @param array 数组
* @param index 索引
*/
private void selectSort(int[] array, int index) {
int MinValue = 32767; // 最小值变量
int indexMin = 0; // 最小值索引变量
int Temp; // 暂存变量
for (int i = index; i < array.length; i++) {
if (array[i] < MinValue) { // 找到最小值
MinValue = array[i]; // 储存最小值
indexMin = i;
}
}
Temp = array[index]; // 交换两数值
array[index] = array[indexMin];
array[indexMin] = Temp;
}
}
程序员 B 实现了小->大的排序逻辑，通知到 A 进行测试。
/**
* 模板方法设计模式
* 排序测试
*/
public class Client {
public static int[] a = {10, 32, 1}; // 预设数据数组
public static void main(String[] args) {
AbstractSort s = new ConcreteSort();
s.showSortResult(a);
}
}
排序结果： 1，10，32
这就是模板方法模式的主要用法。是不是很好理解？认识了模板方法的用法以后，再认识一下模板方法模式的结构，从理论上巩固一下该章节的知识。
模板方法模式主要包含下面 3 个方法。
- 模板方法
- 抽象方法
- 钩子方法
模板方法
父类中只声明但不加以实现，而是定义好规范，然后由它的子类去实现。
抽象方法
由抽象类声明并加以实现。一般来说，模版方法调用抽象方法来完成主要的逻辑功能，并且，模版方法大多会定义为 final 类型，指明主要的逻辑功能在子类中不能被重写。
钩子方法
由抽象类声明并加以实现。但是子类可以去扩展，子类可以通过扩展钩子方法来影响模版方法的逻辑。
抽象类的任务是搭建逻辑的框架，通常由经验丰富的人员编写，因为抽象类的好坏直接决定了程序是否稳定性。实现类用来实现细节。抽象类中的模版方法正是通过实现类扩展的方法来完成业务逻辑。只要实现类中的扩展方法通过了单元测试，在模版方法正确的前提下，整体功能一般不会出现大的错误。
总结
- 模板方法模式在项目中会经常运用到，需要熟练掌握。
- 模板方法模式结构清晰。一般在项目中常常将不易于变化的部分封装为模板方法。而将易于变化的部分定义为抽象方法。
- 模板方法模式易于扩展。面对新增需求，只需要增加相应的模板抽象方法实现子类就可以了，符合了接口的开闭原则。
- 在多个子类拥有相同的方法，并且这些方法逻辑相同时，可以考虑使用模版方法模式。在程序的主框架相同，细节不同的场合下，也比较适合使用这种模式。
原文地址：https://blog.csdn.net/ccmjga/article/details/143000566
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！