一、定义
定义一个操作中算法的框架,而将一些步骤延迟到子类中。模板方法模式使得子类不改变一个算法的结构即可重定义该算法的特定步骤。模板方法是一种类行为型模式
二、描述
模板方法模式结构比较简单,其核心是抽象类和其中的模板方法的设计,包含以下两个角色:
1、AbstractClass(抽象类):在抽象类中定义了一系列基本操作(Primitive Operations),这些基本操作可以是具体的,也可以是抽象的,每一个基本操作对应算法的一个步骤,在其子类中可以重新定义或实现这些步骤。同时,在抽象类中实现了一个模板方法(Template Method),用于定义一个算法的框架。
2、ConcreteClass(具体子类):抽象类的子类,用于实现在父类中声明的抽象基本操作以完成子类特定算法的步骤,也可以覆盖在父类中已经实现的具体基本操作。
三、例子
X公司欲为某银行的业务支撑系统开发一个利息计算模块,利息计算流程如下:
(1)系统根据账号和密码验证用户信息,如果用户信息错误,系统显示错误提示。
(2)如果用户信息正确,则根据用户类型的不同使用不同的利息计算公式计算利息(例如活期账户和定期账户具有不同的利息计算公式)
(3)系统显示利息。
Account:抽象类
public abstract class Account
{
// 基本方法 - 具体方法
public bool Validate(string account, string password)
{
Console.WriteLine("账号 : {0}", account);
Console.WriteLine("密码 : {0}", password);
if (account.Equals("张无忌") && password.Equals("123456"))
{
return true;
}
else
{
return false;
}
}
// 基本方法 - 抽象方法
public abstract void CalculateInterest();
// 基本方法 - 具体方法
public void Display()
{
Console.WriteLine("显示利息");
}
// 基本方法 - 钩子方法
public virtual bool IsAllowDisplay()
{
return true;
}
// 模板方法
public void Handle(string account, string password)
{
if (!Validate(account, password))
{
Console.WriteLine("账户或密码错误,请重新输入!");
return;
}
CalculateInterest();
if (IsAllowDisplay())
{
Display();
}
}
}
CurrentAccount、SavingAccount:活期存款、定期存款,充当具体子类
public class CurrentAccount : Account
{
// 重写父类的抽象基本方法
public override void CalculateInterest()
{
Console.WriteLine("按活期利率计算利息!");
}
// 重写父类的钩子方法
public override bool IsAllowDisplay()
{
return base.IsAllowDisplay();
}
}
public class SavingAccount : Account
{
// 重写父类的抽象基本方法
public override void CalculateInterest()
{
Console.WriteLine("按定期利率计算利息!");
}
// 重写父类的钩子方法
public override bool IsAllowDisplay()
{
return false;
}
}
Program:测试代码
Account account = new CurrentAccount();
if (account != null)
{
account.Handle("张无忌", "123456");
}
Console.ReadLine();
四、总结
1、优点
(1)在父类中形式化地定义一个算法,而由它的子类来实现细节的处理,在子类实现详细的处理算法时并不会改变算法中步骤的执行次序。
(2)模板方法模式是一种代码复用技术,在类库设计中尤为重要,它提取了类库中的公共行为,将公共行为放在父类中,而通过其子类来实现不同的行为,它鼓励用户恰当地使用继承来实现代码复用。
(3)模板方法模式可实现一种反向控制结构,通过子类覆盖父类的钩子方法来决定某一特定步骤是否需要执行。
(4)在模板方法模式中可以通过子类来覆盖父类的基本方法,不同的子类可以提供基本方法的不同实现,更换和增加新的子类很方便,符合单一职责原则和开闭原则。
2、缺点
(1)模板方法模式需要为每一个基本方法的不同实现提供一个子类,如果父类中可变的基本方法太多,将会导致类的个数增加,系统会更加庞大,设计也会更加抽象,此时,可结合桥接模式来进行设计。
标签:二十二,account,父类,子类,设计模式,方法,public,模板 From: https://www.cnblogs.com/WinterSir/p/17573994.html