小編這次要給大家分享的是詳解C#中TemplateMethod模式,文章內容豐富,感興趣的小伙伴可以來了解一下,希望大家閱讀完這篇文章之后能夠有所收獲。
大安市網站建設公司創(chuàng)新互聯(lián),大安市網站設計制作,有大型網站制作公司豐富經驗。已為大安市上千多家提供企業(yè)網站建設服務。企業(yè)網站搭建\成都外貿網站建設要多少錢,請找那個售后服務好的大安市做網站的公司定做!
一個真實的故事
大學的時候就開過一門課程,講設計模式,可是大學生沒什么編程實踐經驗,在大學里面聽設計模式的感覺,就像聽天書。聽著都有道理,可是完全領會不到其中的奧妙,大抵原因就在于沒有走過彎路,沒有吃過設計不當?shù)奶潯9湃嗽?,“操千曲而后曉聲,觀千劍而后識器”,誠不欺我。
博主在之前的某個項目中,設計出了一些工具類,像屬性窗口,錯誤提示窗口,還有一個窗口管理類管理它們,當時我實現(xiàn)工具保存時候的代碼是這樣的:
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了,有類,有接口,有針對接口編程,至于新加的工具類,也不會影響原來的代碼,簡直太符合開閉原則了。老鐵,沒毛?。?/p>
好日子就這么繼續(xù)下去,每當需要新添加一個工具,我就新加一個類,在類里面實現(xiàn)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())。。。
于是,我又額外花了一些時間來找到這個問題,修改它并在下次添加新類的時候戰(zhàn)戰(zhàn)兢兢提醒自己不要犯這種低級的錯誤。那么,我們有沒有好的辦法來解決這個問題呢?
問題分析
其實就算每次添加新類的時候我們都能仔細的小心避免維護相同的邏輯,這段代碼的設計也還是有可以改進的地方,比如,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.
大概意思就是,模版方法模式是一種行為類設計模式,允許軟件在更高的層次定義程序骨架,但是可以在子類推遲實現(xiàn)某些步驟。
類圖如下:
這完全符合我們的需求,讓我們試著修改我們的代碼。
使用TemplateMethod重新實現(xiàn)的代碼
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接口,抽象類和接口的一個區(qū)別就是,抽象類可以在其中嵌入某些邏輯,所以我們在Save這個公共的非虛方法中,完全實現(xiàn)了我們的BeforeSave和AfterSave邏輯,僅僅留下了BeforeSave,AfterSave和DoSave給子類覆蓋。這樣我們得到的好處是:
結論
“紙上得來終覺淺,絕知此事要躬行”,祖宗的話,不會錯的,如果沒有一定的編程實踐和總結,是沒有辦法領悟設計模式的,博主也是通過之前那個例子才領悟到TemplateMethod模式的妙用。
看完這篇關于詳解C#中TemplateMethod模式的文章,如果覺得文章內容寫得不錯的話,可以把它分享出去給更多人看到。
本文標題:詳解C#中TemplateMethod模式
鏈接分享:http://jinyejixie.com/article48/pgiehp.html
成都網站建設公司_創(chuàng)新互聯(lián),為您提供定制網站、網站改版、企業(yè)網站制作、外貿建站、外貿網站建設、電子商務
聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)