1.模板方法：基于继承的设计模式，由两部分结构组成，第一部分是抽象父类，第二部分是具体实现子类。通常在抽象父类中封装了子类的算法框架，包括实现一些公共方法以及封装子类中所有方法的执行顺序，子类通过继承这个抽象类。也继承了整个算法结构
2.假如我们有一些平行的子类，各个子类之间有一些相同的行为，也有一些不同的行为。如果相同的行为和不同的行为都混在各个子类的实现中，说明这些相同的行为会在各个子类中重复出现，但实际上相同的行为可以搬到另外一个单一的地方，模板方法就是为解决这个问题而生成的。子类实现中的相同部分被上移到父类中，而将不同的部分留待子类来实现
3.js没有从语法层面提供对抽象类的支持。抽象类的第一个作用是隐藏对象的具体类型，由于js是一门“类型模糊”的语言，所以隐藏对象的类型在js中并不重要。另一方面我们在js中使用原型继承来模拟传统的类方式继承时，并灭有编译器帮助我们进行任何方式的检查，我们也没有办法保证子类会重写父类中的“抽象方法”，当我们子类忘记实现父类的方法，那么就会去原型查找，调用原型的方法，原型上是一个空方法，则显然有问题。提供两种解决方案
1）用鸭子类型来模拟接口检查，一边确保子类中确实重写了父类的方法。但模拟接口检查会带来不必要的复杂性，而且要求程序员主动进行这些接口检查，这就要求我们在业务代码中添加一些跟业务逻辑无关的代码
2）父类的方法直接抛出一个异常
4.钩子方法：放置狗子时隔离变化的一种常见手段，我们在父类中容易变化的地方放置狗子。狗子可以有一个默认的实现，究竟要不要“挂钩”，这由子类自行决定。钩子方法的返回接口决定了模板方法后面部分的执行步骤，也就是程序接下来的走向，这样一来程序的变化就有了可能
代码实现（比如我们在饮料类中封装了饮料的冲泡顺序1.把水煮沸 2.用沸水冲泡饮料 3.把饮料倒进杯子 4.加调料）根据这四个步骤制作出来的饮料是可以给客人引用的，但有一些客人是不需要加调料的，需要使用钩子方法使子类不受这个约束
function Beverage(){}
Beverage.prototype.boilWater = function(){ console.log("把水煮沸") }
Beverage.prototype.brew = function(){ console.log("子类必须重写的方法") }
Beverage.prototype.pourInCup = function(){ console.log("把水煮沸") }
Beverage.prototype.addCondiments = function(){ console.log("子类必须重写的方法") }
Beverage.prototype.customerWantsCondiments = function(){
return true; // 默认需要调料
};
Beverage.prototype.init = function(){
this.boilWater();
this.brew();
this.pourInCup();
if( this.customerWantsCondiments()){
this.addCondiments()
}
}
var CoffeeWithHook = function(){}
CoffeeWithHook.prototype = new Beverage();
CoffeeWithHook.prototype.brew = function(){
console.log( '用沸水冲泡咖啡' );
};
CoffeeWithHook.prototype.pourInCup = function(){
console.log( '把咖啡倒进杯子' );
};
CoffeeWithHook.prototype.addCondiments = function(){
console.log( '加糖和牛奶' );
};
CoffeeWithHook.prototype.customerWantsCondiments = function(){
return window.confirm( '请问需要调料吗？' );
};
var coffeeWithHook = new CoffeeWithHook();
coffeeWithHook.init();
