前言：本篇我们讲解模板方法模式，我们以咖啡和茶的冲泡来学习模板方法。关于咖啡另一个设计模式例子也以咖啡来讲解，可以看下：Head First设计模式——装饰者模式
废话不多说，开始进入模板方法模式。
一、冲泡咖啡和茶
冲泡咖啡的步骤：
（1）把水烧开
（2）用开水冲泡咖啡
（3）把咖啡到进杯子
（4）加糖和牛奶
冲泡茶的步骤
（2）用开水浸泡茶
（3）把茶到进杯子
（4）加柠檬
实现冲泡咖啡和茶的两个类
public class Coffee
{
public void PrepareRecipe()
{
BoilWater();
BrewCoffeeGrinds();
PourInCup();
AddSugarAndMilk();
}
public void BoilWater()
{
Console.WriteLine("烧开水");
}
public void BrewCoffeeGrinds()
{
Console.WriteLine("开水冲泡咖啡");
}
public void PourInCup()
{
Console.WriteLine("咖啡到进杯子");
}
public void AddSugarAndMilk()
{
Console.WriteLine("加糖和牛奶");
}
}
public class Tea
{
public void PrepareRecipe() {
BoilWater();
SteepTeaBag();
PourInCup();
AddLemon();
}
public void BoilWater()
{
Console.WriteLine("烧开水");
}
public void SteepTeaBag()
{
Console.WriteLine("开水浸泡茶");
}
public void PourInCup()
{
Console.WriteLine("茶到进杯子");
}
public void AddLemon()
{
Console.WriteLine("加柠檬");
}
}
我们从这两个类发现了一些重复的代码，有重复的代码表示我们需要理一下我们的实现方式或者设计。咖啡和茶的代码在第1步和第3步的方法都是一样，其他两个方法是各自独有的，那我们可以将相同的方法抽象到同一个基类中。可能类似如下方式
咖啡和茶自己特有的方法，放在自己的类中，每个子类都覆盖PrepareRecipe()方法，并实现自己的冲泡。
二、更进一步的改进
通过上面的继承改造我们感觉是否还是有些共同方法没有封装干净，还有什么共同点没有封装了。在咖啡和茶类中都有PrepareRecipe()方法，他们的步骤都是一样的，只是特定步骤的实现方式不一样，那我们如何抽象PrepareRecipe()方法？我们从每个子类中逐步抽离
① 遇到的第一个问题，咖啡和茶的冲泡浸泡方法不一样，所以给他们一个新的方法名称Brew()，然后不管是冲泡还是浸泡都用这个名称。同样的加东西我们也类似的取一个新的方法名称来解决，就叫AddCondiments()。这样一来PrepareRecipe()方法就改造成这样：
public void PrepareRecipe()
{
BoilWater();
Brew();
PourInCup();
AddCondiments();
}
② 我们现在有了新的PrepareRecipe()方法，需要让他符合代码，所以我们再改造父类CoffeineBeverage
public abstract class CoffeineBeverage
{
public void PrepareRecipe()
{
BoilWater();
Brew();
PourInCup();
AddCondiments();
}
public abstract void AddCondiments();
public abstract void Brew();
private void BoilWater()
{
Console.WriteLine("烧开水");
}
private void PourInCup()
{
Console.WriteLine("茶到进杯子");
}
}
③ 最后我们需要处理下咖啡和茶类让它们继承父类，实现自己的特有方法。
public class Coffee: CoffeineBeverage
{
public override void Brew()
{
Console.WriteLine("开水冲泡咖啡");
}
public override void AddCondiments()
{
Console.WriteLine("加糖和牛奶");
}
}
public class Tea:CoffeineBeverage
{
public override void Brew()
{
Console.WriteLine("开水浸泡茶");
}
public override void AddCondiments()
{
Console.WriteLine("加柠檬");
}
}
三、模板方法模式
基本上，通过第二步的改进我们实现的就是模板方法模式。PrepareRecipe()是我们的抽象模板方法。
（1）它是一个方法
（2）它用作一个算法的模板，在本例中，算法就是用来制作饮料。在这个模板中算法内的每一个步骤都被一个方法代表。某些方法由父类处理，有些则由子类处理，需要子类处理的方法在父类中被定义成抽象方法。
定义：
模板方法模式：在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。
类图：
四、模板钩子
钩子是一种被声明在抽象类中的方法，但只有空的或者默认的实现。钩子的存在可以让子类有能力对算法的不同点进行挂钩。要不要挂钩，由子类决定。
例如茶里面需不需要加柠檬可以子类自己决定
public abstract class CoffeineBeverage
{
public void PrepareRecipe()
{
BoilWater();
Brew();
PourInCup();
if (CustomerWantsCondiments())
{
AddCondiments();
}
}
public virtual bool CustomerWantsCondiments()
{
return true;
}
public abstract void AddCondiments();
public abstract void Brew();
private void BoilWater()
{
Console.WriteLine("烧开水");
}
private void PourInCup()
{
Console.WriteLine("茶到进杯子");
}
}
不加柠檬的茶
public class Tea : CoffeineBeverage
{
public override bool CustomerWantsCondiments()
{
return false;
}
public override void Brew()
{
Console.WriteLine("开水浸泡茶");
}
public override void AddCondiments()
{
Console.WriteLine("加柠檬");
}
}
测试：
五、好莱坞原则
模板方法模式当中涉及到好莱坞原则
好莱坞原则：别调用（打电话给）我们，我们会调用（打电话给）你。
好莱坞原则是一种防止“依赖腐败”的方法。当高层组件依赖低层组件，低层组件又依赖高层组件，依赖腐败就产生了。在这种情况下，很难有人搞懂系统的设计和维护难度加大。
在好莱坞原则之下，我们允许低层组件将自己挂钩到系统上，高层组件会决定什么时候和怎样使用这些低层组件。换句话说，高层组件对待低层组件方式就是“别调用我们，我们会调用你”。
而我们的模板方法模式是如何遵循这一设计原则的：CoffeineBeverage是我们的高层组件，它控制冲泡的算法，只有在需要子类实现某个方法是才会调用子类。而子类Coffee和Tea不会直接调用抽象的父类，只是简单用来提供实现一些自身的细节。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。