《设计模式之禅》之模板方法模式

一、模板方法模式定义

定义一个操作中的算法的框架，二将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

Abstract-Class叫抽象模板，它的方法分为两类:

1.基本方法

基本方法也叫做基本操作，是由子类实现的方法，并且在模板方法被调用。

2.模板方法

可以有一个或几个，一般是一个具体方法，也就是一个框架，实现对基本方法的调度，完成固定的逻辑。

注意:
(1)为了防止恶意操作，一般模板方法都加上final关键字，不允许被覆写(重写);

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

二、模板方法模式的应用

1.模板方法模式的优点

• 封装不变部分，扩展可变部分;
• 提取公共代码，便于维护;
• 行为由父类控制，子类实现;

2.模板方法模式的缺点

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

3.模板方法模式的使用场景

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

三、最佳实践

本次代码例子:https://github.com/developers-youcong/DesignPatternPractice/tree/master/Template

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!