模板方法设计模式：就是把两者的公共部分抽取出来当模板，把变化的部分当成扩展点丢出去。
（一）知识点储备
抽象类，抽象方法，虚方法，接口等，知识点理解，请看我的另外一篇博客：http://www.cnblogs.com/gdouzz/p/8387624.html
（二）模板方法设计模式的演变
下面模拟一个银行的客户端，有查询余额，计算利息，显示余额等功能，具体如下：
/// <summary> /// 一个银行的客户端 /// </summary> public class Client { /// <summary> /// 检查用户信息 /// </summary> /// <param name="number"></param> /// <param name="password"></param> /// <returns></returns> public bool CheckUser(int number, string password) { return DateTime.Now < DateTime.Now.AddDays(1); } public void Query(int number, string name, string password) { if (this.CheckUser(number, password)) { double balance = this.QueryBalance(number); double interest = this.CaculateInterest(balance); this.Show(name,balance,interest); } else { Console.WriteLine("用户名和密码不正确"); } } public double QueryBalance(int number) { return new Random().Next(10000,100000); } public double CaculateInterest(double balance) { return balance * 0.03; } /// <summary> /// 展示下 /// </summary> /// <param name="name"></param> /// <param name="balance"></param> /// <param name="interest"></param> public void Show(string name, double balance, double interest) { Console.WriteLine("尊敬的{0}客户，你的账户余额为：{1}，利息为{2}", name, balance, interest); } }
假设上面这个是活期存款的，计算利息方法，现在来了个定期存款利息计算方法是0.05;其他的都不变，那么按照我们最简单的做法，那么就去计算利息的方法里面判断一下(if...else..)一下...然后随着银行的业务不断发展，理财业务也来了，除了利息不一样之外，在Show的时候，还应该给人做个提示：“投资有风险，理财需谨慎”；
这个时候，模板方法设计模式，就出来了，根据我们上面的业务特点，我们需要给客户端抽取一个父类出来（这个父类，就是我们的模板，这个父类也是很有意思)。
/// <summary> /// 银行客户端模拟 /// </summary> public abstract class AbstractClient { /// <summary> /// 登陆查询功能 /// </summary> /// <param name="id"></param> /// <param name="name"></param> /// <param name="password"></param> public void Query(int id, string name, string password) { if (this.CheckUser(id, password)) { double balance = this.QueryBalance(id); double interest = this.CalculateInterest(balance); this.Show(name, balance, interest); } else { Console.WriteLine("账户密码错误"); } } /// <summary> /// 用户检测 /// </summary> /// <param name="id"></param> /// <param name="password"></param> /// <returns></returns> public bool CheckUser(int id, string password) { return DateTime.Now < DateTime.Now.AddDays(1); } /// <summary> /// 查询余额 /// </summary> /// <param name="id"></param> /// <returns></returns> public double QueryBalance(int id) { return new Random().Next(10000, 1000000); } /// <summary> /// 获取利率，计算利息 /// 定期 0.05 /// 活期 0.03 /// 子类都有这个方法 但是各不相同 约束,所以这里采用了抽象方法。 /// </summary> /// <param name="balance"></param> /// <returns></returns> public abstract double CalculateInterest(double balance); /// <summary> /// 这个展示的方法，定期查询类和活期查询类都一样，只是理财类不一致，所以采用了虚方法 /// </summary> /// <param name="name"></param> /// <param name="balance"></param> /// <param name="interest"></param> public virtual void Show(string name, double balance, double interest) { Console.WriteLine("尊敬的{0}客户，你的账户余额为：{1}，利息为{2}", name, balance, interest); } }
之后的代码，就不贴出来了，模板方法设计模式是不是感觉特别简单，整个流程都是那么直白，不像访问者模式等等那么绕弯子。
（三）题外话
设计模式的来源是根据我们生活中常见的场景，每一个设计模式都是从场景出发的。模板方法设计模式，虽然简单，但是它的应用无处不在，只是我们平常可能都忽略罢了。就是一句话：把通用的东西封装起来，把变化的东西丢出去，就像平时我们自己做框架也是的，把通用的部分封装起来，留下扩展点。希望能给大家一点共鸣。