一、定义
定义一个操作中算法的框架,而将一些步骤延迟到子类中。模板方法模式使得子类不改变一个算法的结构即可重定义该算法的特定步骤。模板方法是一种类行为型模式
二、描述
模板方法模式结构比较简单,其核心是抽象类和其中的模板方法的设计,包含以下两个角色:
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)模板方法模式需要为每一个基本方法的不同实现提供一个子类,如果父类中可变的基本方法太多,将会导致类的个数增加,系统会更加庞大,设计也会更加抽象,此时,可结合桥接模式来进行设计。
1.本站内容仅供参考,不作为任何法律依据。用户在使用本站内容时,应自行判断其真实性、准确性和完整性,并承担相应风险。
2.本站部分内容来源于互联网,仅用于交流学习研究知识,若侵犯了您的合法权益,请及时邮件或站内私信与本站联系,我们将尽快予以处理。
3.本文采用知识共享 署名4.0国际许可协议 [BY-NC-SA] 进行授权
4.根据《计算机软件保护条例》第十七条规定“为了学习和研究软件内含的设计思想和原理,通过安装、显示、传输或者存储软件等方式使用软件的,可以不经软件著作权人许可,不向其支付报酬。”您需知晓本站所有内容资源均来源于网络,仅供用户交流学习与研究使用,版权归属原版权方所有,版权争议与本站无关,用户本人下载后不能用作商业或非法用途,需在24个小时之内从您的电脑中彻底删除上述内容,否则后果均由用户承担责任;如果您访问和下载此文件,表示您同意只将此文件用于参考、学习而非其他用途,否则一切后果请您自行承担,如果您喜欢该程序,请支持正版软件,购买注册,得到更好的正版服务。
5.本站是非经营性个人站点,所有软件信息均来自网络,所有资源仅供学习参考研究目的,并不贩卖软件,不存在任何商业目的及用途
暂无评论内容