持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第6天，点击查看活动详情
关键词：行为型 模板方法 template method
模板方法模式由两部分结构组成：抽象父类和具体的实现子类。
核心：父类中封装子类的公用方法，和方法的执行顺序（举例：react 组件的生命周期）。
解决什么问题？
如果对
react有所了解的话，Component就是模板方法模式最典型的案例。
模板方法模式有两大作用：复用和扩展。
复用是说，所有的子类可以复用父类中提供的模板方法。
扩展是说，在父类提供功能扩展点 hook，让子类可以在不重写修改父类的情况下，基于扩展点定制功能。
具体实践
模板方法模式建议将算法分解为一系列步骤， 然后将这些步骤改写为方法， 最后在 “模板方法” 中依次调用这些方法。
步骤可以是 抽象的， 也可以有一些默认的实现。 为了能够使用算法， 客户端需要自行提供子类并实现所有的抽象步骤。 如有必要还需重写一些步骤 （但这一步中不包括模板方法自身）。
- 抽象父类中的方法，有些子类由各个子类实现的
abstract，有些是选填的final - 可选步骤已有一些默认实现，在需要时可以进行重写
- hook 是内容为空的可选步骤。即使不重写 hook，模板方法也能工作。通常放置在重要步骤方法的前后，提供扩展点。
abstract class AbstractClass { // 模板方法 public templateMethod(): void { this.create(); this.customOperation(); this.update(); this.beforeMount(); this.dealEffect(); this.mount(); this.mounted(); } // 已经在父类中实现 protected create(): void { console.log("父类执行函数 create"); } protected update(): void { console.log("父类让子类覆盖执行操作 update"); } protected mount(): void { console.log("父类执行函数 mount"); } // 必须在子类实现的方法 - 业务定制 protected abstract customOperation(): void; protected abstract dealEffect(): void; // 可选步骤，默认为空，放置在重要步骤方法的前后，提供扩展点 protected beforeMount(): void {} protected mounted(): void {} } class ConcreteClass1 extends AbstractClass { protected customOperation(): void { console.log("子类1必填函数执行：customOperation"); } protected dealEffect(): void { console.log("子类1必填函数执行：dealEffect"); } } class ConcreteClass2 extends AbstractClass { protected customOperation(): void { console.log("子类2必填函数执行：customOperation"); } protected dealEffect(): void { console.log("子类2必填函数执行：dealEffect"); } protected beforeMount(): void { console.log("子类2执行hook beforeMount"); } }
测试代码：
function clientCode(abstractClass: AbstractClass) { abstractClass.templateMethod(); } clientCode(new ConcreteClass1()); console.log(""); clientCode(new ConcreteClass2()); // 父类执行函数 create // 子类1必填函数执行：customOperation // 父类让子类覆盖执行操作 update // 子类1必填函数执行：dealEffect // 父类执行函数 mount // 父类执行函数 create // 子类2必填函数执行：customOperation // 父类让子类覆盖执行操作 update // 子类2执行hook beforeMount // 子类2必填函数执行：dealEffect // 父类执行函数 mount
应用场景
- 方法执行顺序和步骤很固定，只有个别方法需要修改
abstract。 - 控制子类的扩展，父类只在特定点调用 hook，只允许在这些地方进行拓展。
当我们使用模板方法模式编写代码时，由父类控制哪些方法在什么时候被调用，子类只负责提供一些设计上的细节和方法。
参考资料
