創(chuàng)建型模式
工廠方法（Factory Method）
在工廠方法模式中，工廠方法用來創(chuàng)建客戶所需要的產(chǎn)品，同時還向客戶隱藏了哪種具體產(chǎn)品類將被實例化這一細節(jié)。工廠方法模式的核心是一個抽象工廠類，各種具體工廠類通過抽象工廠類將工廠方法繼承下來。如此使得客戶可以只關(guān)心抽象產(chǎn)品和抽象工廠，完全不用理會返回的是哪一種具體產(chǎn)品，也不用關(guān)系它是如何被具體工廠創(chuàng)建的。

抽象工廠模式（Abstract Factory）
抽象工廠模式的主要優(yōu)點是隔離了具體類的生成，使得客戶不需要知道什么被創(chuàng)建了。猶豫這種隔離，更換一個具體工廠就變得相對容易。所有的具體工廠都實現(xiàn)了抽象工廠中定義的那些公共接口，因此只需改變具體工廠的實例，就可以在某種程度上改變這個軟件的系統(tǒng)的行為。另外，應(yīng)用抽象工廠模式符合GRASP純虛構(gòu)的模式，可以實現(xiàn)高內(nèi)聚低耦合的設(shè)計目的，因此抽象工廠模式得到了廣泛應(yīng)用。

建造者模式（Builder Pattern）
建造者模式將一個復(fù)雜對象的生成責任作了很好的分配。它把構(gòu)造過程放在指揮者的方法中，把裝配過程放到具體建造者類中。建造者模式的產(chǎn)品之間都有共通點，但有時候，產(chǎn)品之間的差異性很大，這就需要借助工廠方法模式或抽象工廠模式。另外，如果產(chǎn)品的內(nèi)部變化復(fù)雜，Builder的每一個子類都需要對應(yīng)到不同的產(chǎn)品去做構(gòu)建的動作、方法，這就需要定義很多個具體建造類來實現(xiàn)這種變化。

單件模式（Single Pattern）
Singleton單例模式為一個面向?qū)ο蟮膽?yīng)用程序提供了對象唯一的訪問點，不管它實現(xiàn)何種功能，此種模式都為設(shè)計及開發(fā)團隊提供了共享的概念。然而，Singleton對象類派生子類就有很大的困難，只有在父類沒有被實例化時才可以實現(xiàn)。值得注意的是，有些對象不可以做成Singleton，比如.net的數(shù)據(jù)庫鏈接對象(Connection)，整個應(yīng)用程序同享一個Connection對象會出現(xiàn)連接池溢出錯誤。另外，.net提供了自動廢物回收的技術(shù)，因此，如果實例化的對象長時間不被利用，系統(tǒng)會認為它是廢物，自動消滅它并回收它的資源，下次利用時又會重新實例化，這種情況下應(yīng)注意其狀態(tài)的丟失。

原型模式（Protype Pattern）
原型模式得到了廣泛的應(yīng)用，特別是在創(chuàng)建對象成本較大的情況下(初始化需占用較長時間，占用太多CPU資源或網(wǎng)絡(luò)資源。比如通過Webservice或DCOM創(chuàng)建對象，或者創(chuàng)建對象要裝載大文件)，系統(tǒng)如果需要重復(fù)利用，新的對象可以通過原型模式對已有對象的屬性進行復(fù)制并稍作修改來取得。另外，如果系統(tǒng)要保存對象的狀態(tài)而對象的狀態(tài)變化很小，或者對象本身占內(nèi)存不大的時候，也可以用原型模式配合備忘錄模式來應(yīng)用。相反地，如果對象的狀態(tài)變化很大，或者對象占用內(nèi)存很大，那么采用狀態(tài)模式會比原型模式更好。原型模式的缺點是在實現(xiàn)深層復(fù)制時需要編寫復(fù)雜的代碼。

結(jié)構(gòu)型模式
適配器模式（Adapter Pattern）
適配器模式可以將一個類的接口和另一個類的接口匹配起來，使用的前提是你不能或不想修改原來的適配器母接口(adaptee)。例如，你向第三方購買了一些類、控件，但是沒有源程序，這時，使用適配器模式，你可以統(tǒng)一對象訪問接口。但客戶調(diào)用可能需要變動。

橋接模式（Bridge Pattern）
橋接模式可以從接口中分離實現(xiàn)功能，使得設(shè)計更具擴展性，這樣，客戶調(diào)用方法時根本不需要知道實現(xiàn)的細節(jié)。
橋接模式減少了子類，假設(shè)程序要在2個操作系統(tǒng)中處理6種圖像格式，純粹的繼承就需要(2*6)12個子類，而應(yīng)用橋接模式，只需要(2+6)8個子類。它使得代碼更清潔，生成的執(zhí)行程序文件更小。　　
橋接模式的缺陷是抽象類與實現(xiàn)類的雙向連接使得運行速度減慢。

組合模式（Composite Pattern）
組合模式可以清楚地定義分層次的復(fù)雜對象，表示對象的全部或部分層次，使得增加新部件也更容易，因為它讓客戶忽略了層次的不同性，而它的結(jié)構(gòu)又是動態(tài)的，提供了對象管理的靈活接口。組合模式對于樹結(jié)構(gòu)的控制有著神奇的功效，例如在人力資源系統(tǒng)的組織架構(gòu)及ERP系統(tǒng)的BOM設(shè)計中，組合模式得到重點應(yīng)用。
組合模式的缺陷是使得設(shè)計變得更加抽象。對象的商業(yè)規(guī)則如果很復(fù)雜，則實現(xiàn)組合模式具有很大挑戰(zhàn)性，并且，不是所有的方法都與葉部件子類有關(guān)聯(lián)。

裝飾模式（Decorator Pattern）
裝飾模式提供了比靜態(tài)繼承更好的柔韌性，它允許開發(fā)一系列的功能類用來代替增加對象的行為，這既不會污染原來對象的源碼，還能使代碼更容易編寫，使類更具擴展性，因為變化都是由新的裝飾類來完成。還可以建立連接的裝飾對象關(guān)系鏈。
需要注意的是，裝飾鏈不宜過長。裝飾鏈太長會使系統(tǒng)花費較長時間用于初始化對象，同時信息在鏈中的傳遞也會浪費太多的時間。這個情況好比物品包裝，包了一層又一層，大包套小包。另外，如果原來的對象接口發(fā)生變化，它所以的裝飾類都要修改以匹配它的變化。派生子類會影響對象的內(nèi)部，而一個Decorator只會影響對象的外表。

外觀模式（Fa

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

創(chuàng)新互聯(lián)建站主營富裕網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,APP應(yīng)用開發(fā),富裕h5重慶小程序開發(fā)搭建,富裕網(wǎng)站營銷推廣歡迎富裕等地區(qū)企業(yè)咨詢
當前名稱：[C#]23種設(shè)計模式-創(chuàng)新互聯(lián)
本文URL：http://weahome.cn/article/cdogch.html