溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
小編這次要給大家分享的是詳解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有什么意義呢？讓客戶能夠看到更多不必要的方法，增加了客戶錯誤使用接口的可能性，不是么？
綜上所述，我們需要解決的問題如下：
這種場景下面，我們需要用到設計模式中的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給子類覆蓋。這樣我們得到的好處是：
結論
“紙上得來終覺淺，絕知此事要躬行”，祖宗的話，不會錯的，如果沒有一定的編程實踐和總結，是沒有辦法領悟設計模式的，博主也是通過之前那個例子才領悟到TemplateMethod模式的妙用。
看完這篇關于詳解C#中TemplateMethod模式的文章，如果覺得文章內容寫得不錯的話，可以把它分享出去給更多人看到。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
