C#中的TemplateMethod模式问题分析
一个真实的故事
大学的时候就开过一门课程，讲设计模式，可是大学生没什么编程实践经验，在大学里面听设计模式的感觉，就像听天书。听着都有道理，可是完全领会不到其中的奥妙，大抵原因就在于没有走过弯路，没有吃过设计不当的亏。古人云，“操千曲而后晓声，观千剑而后识器”，诚不欺我。
博主在之前的某个项目中，设计出了一些工具类，像属性窗口，错误提示窗口，还有一个窗口管理类管理它们，当时我实现工具保存时候的代码是这样的：
class WindowManager
{
private List<ITool> _Tools = new List<ITool>();
public void AddTool(ITool tool)
{
_Tools.Add(tool);
}
public void SaveAllTools()
{
foreach(var tool in _Tools)
{
tool.Save();
}
}
}
interface ITool
{
bool BeforeSave();
void Save();
void AfterSave();
}
class PropertyWindow : ITool
{
public bool BeforeSave()
{
//do something specific here
return true;
}
public void Save()
{
if (BeforeSave())
{
//do save
AfterSave();
}
}
public void AfterSave()
{
}
}
class ErrorLis : ITool
{
public bool BeforeSave()
{
//do something specific here
return true;
}
public void Save()
{
if (BeforeSave())
{
//do save
AfterSave();
}
}
public void AfterSave()
{
}
}
当时博主对这段代码还挺满意，完全没有看出这儿有什么问题，觉得这简直写的太OO了，有类，有接口，有针对接口编程，至于新加的工具类，也不会影响原来的代码，简直太符合开闭原则了。老铁，没毛病！
好日子就这么继续下去，每当需要新添加一个工具，我就新加一个类，在类里面实现Save的逻辑，直到有一天，添加了一个ResourceControl
class ResourceControl : ITool
{
public bool BeforeSave()
{
//do something specific here
return true;
}
public void Save()
{
if (!BeforeSave())
{
//do save
AfterSave();
}
}
public void AfterSave()
{
}
}
在它的save里面，我把if(BeforeSave())写成了if(!BeforeSave())。。。
于是，我又额外花了一些时间来找到这个问题，修改它并在下次添加新类的时候战战兢兢提醒自己不要犯这种低级的错误。那么，我们有没有好的办法来解决这个问题呢？
问题分析
其实就算每次添加新类的时候我们都能仔细的小心避免维护相同的逻辑，这段代码的设计也还是有可以改进的地方，比如，BeforeSave和AfterSave在这里作为接口ITool的一部分而公开，意味着客户代码可以自由的调用BeforeSave和AfterSave，然而这很可能并不是代码作者的本意，毕竟，不调用Save而单独调用BeforeSave和AfterSave有什么意义呢？让客户能够看到更多不必要的方法，增加了客户错误使用接口的可能性，不是么？
综上所述，我们需要解决的问题如下：
- 抽象出Save, BeforeSave和AfterSave的逻辑关系，在一个地方固定下来，确保新增加的类所实现的这三个方法，都能自动具有这种逻辑关系。
- 对客户代码隐藏不必要的接口。
这种场景下面，我们需要用到设计模式中的TemplateMethod（模版方法）模式。
TemplateMethod模式
在WIKI上面，TemplateMethod模式的定义如下，
In software engineering, the template method pattern is a behavioral design pattern that defines the program skeleton of an algorithm in an operation, deferring some steps to subclasses. It lets one redefine certain steps of an algorithm without changing the algorithm's structure.
大概意思就是，模版方法模式是一种行为类设计模式，允许软件在更高的层次定义程序骨架，但是可以在子类推迟实现某些步骤。
类图如下：
这完全符合我们的需求，让我们试着修改我们的代码。
使用TemplateMethod重新实现的代码
class WindowManager
{
private List<AbstractTool> _Tools = new List<AbstractTool>();
public void AddTool(AbstractTool tool)
{
_Tools.Add(tool);
}
public void SaveAllTools()
{
foreach(var tool in _Tools)
{
tool.Save();
}
}
}
abstract class AbstractTool
{
protected abstract bool BeforeSave();
protected abstract void DoSave();
protected abstract void AfterSave();
public void Save()
{
if(!BeforeSave())
{
DoSave();
AfterSave();
}
}
}
class PropertyWindow : AbstractTool
{
protected override bool BeforeSave()
{
//do something specific here
return true;
}
protected override void DoSave()
{
}
protected override void AfterSave()
{
}
}
class ErrorLis : AbstractTool
{
protected override bool BeforeSave()
{
//do something specific here
return true;
}
protected override void DoSave()
{
}
protected override void AfterSave()
{
}
}
从上面我们可以看到，我们用一个抽象类AbstractTool代替之前的ITool接口，抽象类和接口的一个区别就是，抽象类可以在其中嵌入某些逻辑，所以我们在Save这个公共的非虚方法中，完全实现了我们的BeforeSave和AfterSave逻辑，仅仅留下了BeforeSave,AfterSave和DoSave给子类覆盖。这样我们得到的好处是：
- 抽象类只公开了一个Save方法，所以客户代码不用担心会调用其他错误的方法。
- 抽象类完全固定了Save逻辑，先调用BeforeSave检查，之后执行DoSave进行具体的Save事项，最后进行AfterSave行为。子类只需要重新依据子类的需求覆盖这三个虚方法即可。新添加的工具类，只要覆盖这三个虚方法，至于虚方法之间的逻辑，抽象类已经固定，不用担心。
结论
“纸上得来终觉浅，绝知此事要躬行”，祖宗的话，不会错的，如果没有一定的编程实践和总结，是没有办法领悟设计模式的，博主也是通过之前那个例子才领悟到TemplateMethod模式的妙用。
到此这篇关于C#中的TemplateMethod模式问题分析的文章就介绍到这了,更多相关C# TemplateMethod模式内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
这篇文章主要介绍了C#获取真实IP地址实现方法,对比了C#获取IP地址的常用方法并实例展示了C#获取真实IP地址的方法,非常具有实用价值,需要的朋友可以参考下2014-10-10
c# DataView.ToTable()方法 去除表的重复项问题
这篇文章主要介绍了c# DataView.ToTable()方法 去除表的重复项问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2022-12-12
C#中DataSet、DataTable、DataRow数据的复制方法
这篇文章介绍了C#中DataSet、DataTable、DataRow数据的复制方法，文中通过示例代码介绍的非常详细。对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2022-07-07
这篇文章主要介绍了一款C#开源的AOP框架--KingAOP框架的基础知识，对于想学习AOP的小伙伴来说，非常不错，希望大家能够喜欢。2015-12-12
这篇文章主要介绍了C#中调用SAPI实现语音合成的2种方法,本文直接给出示例代码,需要的朋友可以参考下2015-06-06
本篇文章是对c#中的Equals()与运算符==的区别进行了详细的分析介绍，需要的朋友参考下2013-05-05
这篇文章主要介绍了C#实现在启动目录创建快捷方式的方法,涉及C#快捷方式的创建技巧,具有一定参考借鉴价值,需要的朋友可以参考下2015-09-09
这篇文章主要为大家详细介绍了Unity3D控件Easytouch控制主角移动，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2019-02-02
曾经由一个项目,要求实现制作电子期刊定期发送给企业进行阅读,由编辑人员使用 Microsoft Word先生成PDF文件,然后将生成的PDF文件转化为JPEG文件,最后将JPEG文件生成电子书模式,本文给大家介绍了C#实现将Word转化分享为电子期刊,需要的朋友可以参考下2023-12-12
这篇文章主要介绍了C#控制台下测试多线程的方法,涉及C#操作多线程的技巧,具有一定参考借鉴价值,需要的朋友可以参考下2015-04-04
最新评论