decorator裝飾模式是一種結構型模式，它主要是解決：「過度地使用了繼承來擴充套件物件的功能」，由於繼承為型別引入的靜態特質，使得這種擴充套件方式缺乏靈活性；並且隨著子類的增多（擴充套件功能的增多），各種子類的組合（擴充套件功能的組合）會導致更多子類的膨脹（多繼承）。繼承為型別引入的靜態特質的意思是說以繼承的方式使某一型別要獲得功能是在編譯時。所謂靜態，是指在編譯時；動態，是指在執行時。
gof《設計模式》中說道：動態的給乙個物件新增一些額外的職責。就增加功能而言，decorator模式比生成子類更為靈活。
下面來看看decorator模式的結構：
看這個結構好像不是很明白，下面我根據**講解一下這個結構。我想了乙個場景：我們現在用的手機功能很多，我就用decorator模式實現一下對某個手機的gsp和藍芽功能擴充套件。
首先，我們需要乙個手機的介面或者是抽象類，我這裡就用抽象類來實現，**如下：
public abstract class abstractcellphone
public override string sendmessage()
}public class motophone : abstractcellphone
public override string sendmessage()
接下來我需要乙個decorator介面或者抽象類，實現**如下：
public abstract class decorator:abstractcellphone
public override string callnumber()
public override string sendmessage()
正如結構圖中，這個decorator即繼承了abstractcellphone，又包含了乙個私有的abstractcellphone的物件。這樣做的意義是：decorator類又使用了另外乙個component類。我們可以使用乙個或多個decorator物件來「裝飾」乙個component物件，且裝飾後的物件仍然是乙個component物件。在下來，我要實現gsp和藍芽的功能擴充套件，它們要繼承自decorator，**如下：
public class decoratorgps : decorator
public override string callnumber()
public override string sendmessage()
}public class decoratorbluetooth : decorator
public override string callnumber()
public override string sendmessage()
最後，用客戶端程式驗證一下：
static void main(string args)
{abstractcellphone phone = new nokiaphone();
console.writeline(phone.callnumber());
console.writeline(phone.sendmessage());
decoratorgps gps = new decoratorgps(phone); //add gsp
console.writeline(gps.callnumber());
console.writeline(gps.sendmessage());
decoratorbluetooth bluetooth = new decoratorbluetooth(gps); //add gsp and bluetooth
console.writeline(bluetooth.callnumber());
console.writeline(bluetooth.sendmessage());
console.read();
執行結果：
nokiaphone call sombody
nokiaphone send a message to somebody
nokiaphone call sombody with gps
nokiaphone send a message to somebody with gps
nokiaphone call sombody with gps with bluetooth
nokiaphone send a message to somebody with gps with bluetooth
從執行的結果不難看出擴充套件功能已被新增。最後再說說decorator裝飾模式的幾點要點：
1、通過採用組合、而非繼承的手法，decorator模式實現了在執行時動態的擴充套件物件功能的能力，而且可以根據需要擴充套件多個功能。避免了單獨使用繼承帶來的「靈活性差」和「多子類衍生問題」。
2、component類在decorator模式中充當抽象介面的角色，不應該去實現具體的行為。而且decorator類對於component類應該透明——換言之component類無需知道decorator類，decorator類是從外部來擴充套件component類的功能。
3、decorator類在介面上表現為is-a component的繼承關係，即decorator類繼承了component類所具有的介面。但在實現上又表現為has-a component的組合關係，即decorator類又使用了另外乙個component類。我們可以使用乙個或多個decorator物件來「裝飾」乙個component物件，且裝飾後的物件仍然是乙個component物件。（在這裡我想談一下我的理解：當我們例項化乙個component物件後，要給這個物件擴充套件功能，這時我們把這個component物件當作引數傳給decorator的子類的建構函式——也就是擴充套件方法的功能類。對於引用型別傳參時，實際上只是傳遞物件的位址，這樣，在功能擴充套件是，操作的應該是同乙個物件）
4、decorator模式並非解決「多子類衍生的多繼承」問題，decorator模式應用的要點在於解決「主體類在多個方向上的擴充套件功能」——是為「裝飾」的含義。decorator是在執行時對功能進行組合。
Decorator 裝飾 設計模式
宣告 本博文篇幅短，適合review。一 概念 裝飾模式是在不必改變原類檔案和使用繼承的情況下，動態地擴充套件乙個物件的功能。它是通過建立乙個包裝物件，也就是裝飾來包裹真實的物件。二 結構模式圖 三 例子 四 優缺點 1 優點 a decorator模式與繼承關係的目的都是要擴充套件物件的功能，但是...
設計模式 裝飾模式（Decorator ）
讓我們來理解一下這句話。我們來設計 門 這個類。假設你根據需求為 門 類作了如下 定義 現在，在系統的乙個地方需要乙個能夠報警的door，你來怎麼做呢？你或許寫乙個door的子類alarmdoor，在裡面新增乙個子類獨有的方法alarm 嗯，那在使用警報門的地方你必須讓客戶知道使用的是警報門，不然無...
設計模式 裝飾模式（Decorator）
裝飾模式，從裝飾兩個字可以聯想到我們身上的首飾啊衣服什麼的。因此本文就以穿衣服為例子說說裝飾模式。該例子的難點是用程式把所需要的衣服按照正確的順序串聯起來控制。先簡單說說裝飾模式 裝飾模式,動態地給乙個物件新增一些額外的職責，就增加功能來說，裝飾模式比生成子類更為靈活。按照筆者的理解，裝飾模式就是將...