程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> .NET網頁編程 >> C# >> C#入門知識 >> 深刻淺出23種設計形式

深刻淺出23種設計形式

編輯:C#入門知識

深刻淺出23種設計形式。本站提示廣大學習愛好者:(深刻淺出23種設計形式)文章只能為提供參考,不一定能成為您想要的結果。以下是深刻淺出23種設計形式正文


創立型

1. Factory Method(工場辦法)

意圖:

界說一個用於創立對象的接口,讓子類決議實例化哪個類。Factory Method 使一個類的實例化延遲到其子類。

實用性:

當一個類不曉得它所必需創立的對象的類的時刻。

當一個類願望由它的子類來指定它所創立的對象的時刻。

當類將創立對象的職責拜托給多個贊助子類中的某一個,而且你願望將哪個贊助子類是署理者這一信息部分化的時刻。

2. Abstract Factory(籠統工場)

意圖:

供給一個創立一系列相干或互相依附對象的接口,而無需指定它們詳細的類。

實用性:

一個體系要自力於它的產物的創立、組合和表現時。

一個體系要由多個產物系列中的一個來設置裝備擺設時。

當你要強調一系列相干的產物對象的設計以便停止結合應用時。

當你供給一個產物類庫,而只想顯示它們的接口而不是完成時。

3. Builder(建造者)

意圖:

將一個龐雜對象的構建與它的表現分別,使得異樣的構建進程可以創立分歧的表現。

實用性:

當創立龐雜對象的算法應當自力於該對象的構成部門和它們的拆卸方法時。

當結構進程必需許可被結構的對象有分歧的表現時。

4. Prototype(原型)

意圖:

用原型實例指定創立對象的品種,而且經由過程拷貝這些原型創立新的對象。

實用性:

當要實例化的類是在運轉時辰指准時,例如,經由過程靜態裝載;或許

為了不創立一個與產物類條理平行的工場類條理時;或許

當一個類的實例只能有幾個分歧狀況組合中的一種時。樹立響應數量的原型並克隆它們能夠比每次用適合的狀況手工實例化該類更便利一些。

5. Singleton(單例)

意圖:

包管一個類唯一一個實例,並供給一個拜訪它的全局拜訪點。

實用性:

當類只能有一個實例並且客戶可以從一個盡人皆知的拜訪點拜訪它時。

當這個獨一實例應當是經由過程子類化可擴大的,而且客戶應當無需更改代碼就可以應用一個擴大的實例時。

構造型

6. Adapter Class/Object(適配器)

意圖:

將一個類的接口轉換成客戶願望的別的一個接口。Adapter 形式使得本來因為接口不兼容而不克不及一路任務的那些類可以一路任務。

實用性:

你想應用一個曾經存在的類,而它的接口不相符你的需求。

你想創立一個可以復用的類,該類可以與其他不相干的類或弗成預感的類(即那些接口能夠紛歧定兼容的類)協同任務。

(僅實用於對象Adapter )你想應用一些曾經存在的子類,然則弗成能對每個都停止子類化以婚配它們的接口。對象適配器可以適配它的父類接口。

7. Bridge(橋接)

意圖:

將籠統部門與它的完成部門分別,使它們都可以自力地變更。

實用性:

你不願望在籠統和它的完成部門之間有一個固定的綁定關系。例如這類情形能夠是由於,在法式運轉時辰完成部門應可以被選擇或許切換。

類的籠統和它的完成都應當可以經由過程生成子類的辦法加以擴大。這時候Bridge 形式使你可以對分歧的籠統接口和完成部門停止組合,並分離對它們停止擴大。

對一個籠統的完成部門的修正應對客戶不發生影響,即客戶的代碼不用從新編譯。

(C++)你想對客戶完整隱蔽籠統的完成部門。在C++中,類的表現在類接口中是可見的。

有很多類要生成。如許一品種條理構造解釋你必需將一個對象分化成兩個部門。Rumbaugh 稱這類類條理構造為“嵌套的普化”(nested generalizations )。

你想在多個對象間同享完成(能夠應用援用計數),但同時請求客戶其實不曉得這一點。一個簡略的例子就是Coplien 的String 類[ Cop92 ],在這個類中多個對象可以同享統一個字符串表現(StringRep )。

8. Composite(組合)

意圖:

將對象組分解樹形構造以表現“部門-全體”的條理構造。C o m p o s i t e 使得用戶對單個對象和組合對象的應用具有分歧性。

實用性:

你想表現對象的部門-全體條理構造。

你願望用戶疏忽組合對象與單個對象的分歧,用戶將同一地應用組合構造中的一切對象。

9. Decorator(裝潢)

意圖:

靜態地給一個對象添加一些額定的職責。就增長功效來講,Decorator 形式比擬生成子類更加靈巧。

實用性:

在不影響其他對象的情形下,以靜態、通明的方法給單個對象添加職責。

處置那些可以取消的職責。

當不克不及采取生成子類的辦法停止擴大時。一種情形是,能夠有年夜量自力的擴大,為支撐每種組合將發生年夜量的子類,使得子類數量呈爆炸性增加。另外一種情形能夠是由於類界說被隱蔽,或類界說不克不及用於生成子類。

10. Facade(外不雅)

意圖:

為子體系中的一組接口供給一個分歧的界面,Facade形式界說了一個高層接口,這個接口使得這一子體系加倍輕易應用。

實用性:

當你要為一個龐雜子體系供給一個簡略接口時。子體系常常由於赓續演變而變得愈來愈龐雜。年夜多半形式應用時都邑發生更多更小的類。這使得子體系更具可重用性,也更輕易對子體系停止定制,但這也給那些不須要定制子體系的用戶帶來一些應用上的艱苦。Facade 可以供給一個簡略的缺省視圖,這一視圖對年夜多半用戶來講曾經足夠,而那些須要更多的可定制性的用戶可以超出facade層。

客戶法式與籠統類的完成部門之間存在著很年夜的依附性。引入facade 將這個子體系與客戶和其他的子體系分別,可以進步子體系的自力性和可移植性。

當你須要構建一個條理構造的子體系時,應用facade形式界說子體系中每層的進口點。假如子體系之間是互相依附的,你可讓它們僅經由過程facade停止通信,從而簡化了它們之間的依附關系。

11. Flyweight(享元)

意圖:

應用同享技巧有用地支撐年夜量細粒度的對象。

實用性:

一個運用法式應用了年夜量的對象。

完整因為應用年夜量的對象,形成很年夜的存儲開支。

對象的年夜多半狀況都可變成內部狀況。

假如刪除對象的內部狀況,那末可以用絕對較少的同享對象代替許多組對象。

運用法式不依附於對象標識。因為Flyweight 對象可以被同享,關於概念上顯著有其余對象,標識測試將前往真值。

12. Proxy(署理)

意圖:

為其他對象供給一種署理以掌握對這個對象的拜訪。

實用性:

在須要用比擬通用和龐雜的對象指針取代簡略的指針的時刻,應用Proxy形式。上面是一 些可使用Proxy 形式罕見情形:

1) 長途署理(Remote Proxy )為一個對象在分歧的地址空間供給部分代表。 NEXTSTEP[Add94] 應用NXProxy 類完成了這一目標。Coplien[Cop92] 稱這類署理為“年夜使” (Ambassador )。

2 )虛署理(Virtual Proxy )依據須要創立開支很年夜的對象。在念頭一節描寫的ImageProxy 就是如許一種署理的例子。

3) 掩護署理(Protection Proxy )掌握對原始對象的拜訪。掩護署理用於對象應當有分歧 的拜訪權限的時刻。例如,在Choices 操作體系[ CIRM93]中KemelProxies為操作體系對象供給 了拜訪掩護。

4 )智能指引(Smart Reference )代替了簡略的指針,它在拜訪對象時履行一些附加操作。 它的典范用處包含:

對指向現實對象的援用計數,如許當該對象沒有援用時,可以主動釋放它(也稱為SmartPointers[Ede92 ] )。

當第一次援用一個耐久對象時,將它裝入內存。

在拜訪一個現實對象前,檢討能否曾經鎖定了它,以確保其他對象不克不及轉變它。

行動型

13. Interpreter(說明器)

意圖:

給定一個說話,界說它的文法的一種表現,並界說一個說明器,這個說明器應用該表現來說明說話中的句子。

實用性:

當有一個說話須要說明履行, 而且你可將該說話中的句子表現為一個籠統語法樹時,可以使用說明器形式。而當存在以下情形時該形式後果最好:

該文法簡略關於龐雜的文法, 文法的類條理變得宏大而沒法治理。此時語法剖析法式生成器如許的對象是更好的選擇。它們無需構建籠統語法樹便可說明表達式, 如許可以節儉空間並且還能夠節儉時光。

效力不是一個症結成績最高效的說明器平日不是經由過程直接說明語法剖析樹完成的, 而是起首將它們轉換成另外一種情勢。例如,正則表達式平日被轉換成狀況機。但即便在這類情形下, 轉換器仍可用說明器形式完成, 該形式還是有效的。

14. Template Method(模板辦法)

意圖:

界說一個操作中的算法的骨架,而將一些步調延遲到子類中。TemplateMethod 使得子類可以不轉變一個算法的構造便可重界說該算法的某些特定步調。

實用性:

一次性完成一個算法的不變的部門,並將可變的行動留給子類來完成。

各子類中公共的行動應被提掏出來並集中到一個公共父類中以免代碼反復。這是Opdyke 和Johnson 所描寫過的“重分化以普通化”的一個很好的例子[ OJ93 ]。起首辨認現有代碼中的分歧的地方,而且將分歧的地方分別為新的操作。最初,用一個挪用這些新的操作的模板辦法來調換這些分歧的代碼。

掌握子類擴大。模板辦法只在特定點挪用“hook ”操作(拜見後果一節),如許就只許可在這些點停止擴大。

15. Chain of Responsibility(義務鏈)

意圖:

使多個對象都無機會處置要求,從而防止要求的發送者和吸收者之間的耦合關系。將這些對象連成一條鏈,並沿著這條鏈傳遞該要求,直到有一個對象處置它為止。

實用性:

有多個的對象可以處置一個要求,哪一個對象處置該要求運轉時辰主動肯定。

你想在不明白指定吸收者的情形下,向多個對象中的一個提交一個要求。

可處置一個要求的對象聚集應主動態指定。

16. Command(敕令)

意圖:

將一個要求封裝為一個對象,從而使你可用分歧的要求對客戶停止參數化;對要求列隊或記載要求日記,和支撐可取消的操作。

實用性:

籠統出待履行的舉措以參數化某對象,你可用進程說話中的回調(call back)函數表達這類參數化機制。所謂回調函數是指函數先在某處注冊,而它將在稍後某個須要的時刻被挪用。Command 形式是回調機制的一個面向對象的替換品。

在分歧的時辰指定、分列和履行要求。一個Command對象可以有一個與初始要求有關的生計期。假如一個要求的吸收者可用一種與地址空間有關的方法表達,那末便可將擔任該要求的敕令對象傳送給另外一個分歧的過程並在那兒完成該要求。

支撐撤消操作。Command的Excute 操作可在實行操作前將狀況存儲起來,在撤消操作時這個狀況用來清除該操作的影響。Command 接口必需添加一個Unexecute操作,該操作撤消上一次Execute挪用的後果。履行的敕令被存儲在一個汗青列表中。可經由過程向後和向前遍歷這一列表並分離挪用Unexecute和Execute來完成重數不限的“撤消”和“重做”。

支撐修正日記,如許當體系瓦解時,這些修正可以被重做一遍。在Command接口中添加裝載操作和存儲操作,可以用來堅持更改的一個分歧的修正日記。從瓦解中恢復的進程包含從磁盤中從新讀入記載上去的敕令並用Execute操作從新履行它們。

用構建在原語操作上的高層操作結構一個體系。如許一種構造在支撐事務( transaction)的信息體系中很罕見。一個事務封裝了對數據的一組更改。Command形式供給了對事務停止建模的辦法。Command有一個公共的接口,使得你可以用統一種方法挪用一切的事務。同時應用該形式也易於添加新事務以擴大體系。

17. Iterator(迭代器)

意圖:

供給一種辦法次序拜訪一個聚合對象中各個元素, 而又不需裸露該對象的外部表現。

實用性:

拜訪一個聚合對象的內容而無需裸露它的外部表現。

支撐對聚合對象的多種遍歷。

為遍歷分歧的聚合構造供給一個同一的接口(即, 支撐多態迭代)。

18. Mediator(中介者)

意圖:

用一個中介對象來封裝一系列的對象交互。中介者使各對象不須要顯式地互相援用,從而使其耦合松懈,並且可以自力地轉變它們之間的交互。

實用性:

一組對象以界說優越然則龐雜的方法停止通訊。發生的互相依附關系構造凌亂且難以懂得。

一個對象援用其他許多對象而且直接與這些對象通訊,招致難以復用該對象。

想定制一個散布在多個類中的行動,而又不想生成太多的子類。

19. Memento(備忘錄)

意圖:

在不損壞封裝性的條件下,捕捉一個對象的外部狀況,並在該對象以外保留這個狀況。如許今後便可將該對象恢復到本來保留的狀況。

實用性:

必需保留一個對象在某一個時辰的(部門)狀況, 如許今後須要時它能力恢復到先前的狀況。

假如一個用接口來讓其它對象直接獲得這些狀況,將會裸露對象的完成細節並損壞對象的封裝性。

20. Observer(不雅察者)

意圖:

界說對象間的一種一對多的依附關系,當一個對象的狀況產生轉變時, 一切依附於它的對象都獲得告訴並被主動更新。

實用性:

當一個籠統模子有兩個方面, 個中一個方面依附於另外一方面。將這兩者封裝在自力的對象中以使它們可以各自自力地轉變和復用。

當對一個對象的轉變須要同時轉變其它對象, 而不曉得詳細有若干對象有待轉變。

當一個對象必需告訴其它對象,而它又不克不及假定其它對象是誰。換言之, 你不願望這些對象是慎密耦合的。

21. State(狀況)

意圖:

許可一個對象在其外部狀況轉變時轉變它的行動。對象看起來仿佛修正了它的類。

實用性:

一個對象的行動取決於它的狀況, 而且它必需在運轉時辰依據狀況轉變它的行動。

一個操作中含有宏大的多分支的前提語句,且這些分支依附於該對象的狀況。這個狀況平日用一個或多個列舉常量表現。平日, 有多個操作包括這一雷同的前提構造。State形式將每個前提分支放入一個自力的類中。這使得你可以依據對象本身的情形將對象的狀況作為一個對象,這一對象可以不依附於其他對象而自力變更。

22. Strategy(戰略)

意圖:

界說一系列的算法,把它們一個個封裝起來, 而且使它們可互相調換。本形式使得算法可自力於應用它的客戶而變更。

實用性:

很多相干的類僅僅是行動有異。“戰略”供給了一種用多個行動中的一個行動來設置裝備擺設一個類的辦法。

須要應用一個算法的分歧變體。例如,你能夠會界說一些反應分歧的空間/時光衡量的算法。當這些變體完成為一個算法的類條理時[H087] ,可使用戰略形式。

算法應用客戶不該該曉得的數據。可以使用戰略形式以免裸露龐雜的、與算法相干的數據構造。

一個類界說了多種行動, 而且這些行動在這個類的操作中以多個前提語句的情勢湧現。將相干的前提分支移入它們各自的Strategy類中以取代這些前提語句。

23. Visitor(拜訪者)

意圖:

界說一個操作中的算法的骨架,而將一些步調延遲到子類中。TemplateMethod 使得子類可以不轉變一個算法的構造便可重界說該算法的某些特定步調。

實用性:

一次性完成一個算法的不變的部門,並將可變的行動留給子類來完成。

各子類中公共的行動應被提掏出來並集中到一個公共父類中以免代碼反復。這是Opdyke和Johnson所描寫過的“重分化以普通化”的一個很好的例子[OJ93]。起首辨認現有代碼中的分歧的地方,而且將分歧的地方分別為新的操作。最初,用一個挪用這些新的操作的模板辦法來調換這些分歧的代碼。

掌握子類擴大。模板辦法只在特定點挪用“hook ”操作(拜見後果一節),如許就只許可在這些點停止擴大。

全體內容到此為止,願望本文所述對年夜家往後進修設計形式有所贊助。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved