模板方法模式(Template Method pattern)【使用频率:★★★☆☆】
1. 概述
某个方法的实现需要多个步骤(类似“请客”),其中有些步骤是固定的(类似“点单”和“买单”),而有些步骤并不固定,存在可变性(类似“吃东西”)。为了提高代码的复用性和系统的灵活性,可以使用一种称之为模板方法模式的设计模式来对这类情况进行设计。
定义一个操作中算法的框架,而将一些步骤延迟到子类中。模板方法模式使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
比如煮咖啡,如果某些客户并不喜欢加入糖等调料,而喜欢原生态的,但是我们的算法总是会给客户加入调料,怎么解决?
遇到这个问题我们可以使用钩子。所谓钩子就是一种被声明在抽象类中的方法,但只有空的或者默认的实现。钩子的存在可以使子类能够对算法的不同点进行挂钩,即让子类能够对模板方法中,某些即将发生变化的步骤做出相应的反应。当然要不要挂钩,由子类决定。
2. 模式中的角色
2.1 抽象类(AbstractClass):在抽象类中实现了一个模板方法(Template Method),用于定义一个算法的框架,模板方法不仅可以调用在抽象类中实现的基本方法,也可以调用在抽象类的子类中实现的基本方法。
2.2 具体子类(ConcreteClass):它是抽象类的子类,用于实现在父类中声明的抽象基本操作以完成子类特定算法的步骤,也可以覆盖在父类中已经实现的具体基本操作。
3. 模式解读
3.1 模式的类图
3.2 代码实现
using System;
namespace ConsoleApp2
{
class Class3
{
static void Main(string[] args)
{
CoffeeWithHook coffeeHook = new CoffeeWithHook();
coffeeHook.MakeDrink();
Console.ReadLine();
}
}
public abstract class DrinkWithHook
{
public void MakeDrink()
{
BoilWater();
BrewDrink();
PourInCup();
//如果顾客需要添加调料,我们才会调用addCondiments()方法
if (IsCustomerWantCondiments())
{
AddCondiments();
}
}
// 冲泡饮料
public abstract void BrewDrink();
// 添加调料
public abstract void AddCondiments();
private void BoilWater()
{
Console.WriteLine("Boiling water...");
}
private void PourInCup()
{
Console.WriteLine("Pouring into Cup...");
}
public virtual bool IsCustomerWantCondiments()
{
return true;
}
}
public class CoffeeWithHook : DrinkWithHook
{
// 覆盖该钩子,提供自己的实现方法
public override bool IsCustomerWantCondiments()
{
if ("y".Equals(GetUserInput().ToLower()))
{
return true;
}
else
{
return false;
}
}
public string GetUserInput()
{
Console.WriteLine("Would you like some milk and sugar(y/n):");
string answer = Console.ReadLine();
if (string.IsNullOrEmpty(answer) || (!answer.Equals("y") && !answer.Equals("n")))
{
return "n";
}
return answer;
}
public override void BrewDrink()
{
Console.WriteLine("Dripping Coffee through filter...");
}
public override void AddCondiments()
{
Console.WriteLine("Adding Sugar and Milk...");
}
}
}
5. 模式优缺点
5.1 优点
- 模板方法模式是一种代码复用技术,它在类库设计中尤为重要,它提取了类库中的公共行为,将公共行为放在父类中,而通过其子类来实现不同的行为,它鼓励我们恰当使用继承来实现代码复用。
- 可实现一种反向控制结构,通过子类覆盖父类的钩子方法来决定某一特定步骤是否需要执行。
- 在模板方法模式中可以通过子类来覆盖父类的基本方法,更换和增加新的子类很方便,符合单一职责原则和开闭原则。
- 在父类中定义一组算法,由它的子类来实现细节的处理,在子类实现详细的处理算法时,并不会改变算法中步骤的执行次序。
5.2 缺点
每一个不同的实现都需要一个子类来实现,导致类的个数增加,系统更加庞大,设计也更加抽象,此时,可结合桥接模式来进行设计。
6. 适用场景
- 对一些复杂的算法进行分割,将其算法中固定不变的部分设计为模板方法和父类具体方法,而一些可以改变的细节由其子类来实现。即:一次性实现一个算法的不变部分,并将可变的行为留给子类来实现
- 各子类中公共的行为应被提取出来并集中到一个公共父类中以避免代码重复。
- 需要通过子类来决定父类算法中某个步骤是否执行,实现子类对父类的反向控制。