在軟體開發中，我們經常想要對一類物件新增不同的功能，例如要給手機新增貼膜，手機掛件，手機外殼等，如果此時利用繼承來實現的話，就需要定義無數的類，如stickerphone（貼膜是手機類）、accessoriesphone（掛件手機類）等，這樣就會導致 」子類**「問題，為了解決這個問題，我們可以使用裝飾者模式來動態地給乙個物件新增額外的職責。下面讓我們看看裝飾者模式。
這裡以手機和手機配件的例子來演示裝飾者模式的實現，具體**如下：
///view code///手機抽象類，即裝飾者模式中的抽象元件類
/// public
abstract
class
phone
//////
蘋果手機，即裝飾著模式中的具體元件類
/// public
class
}//////
裝飾抽象類,要讓裝飾完全取代抽象元件，所以必須繼承自photo
/// public
abstract
class
decorator:phone
public
override
void
print()}}
//////
貼膜，即具體裝飾者
/// public
class
sticker : decorator
public
override
void
print()
//////
新的行為方法
/// public
void
addsticker()
}//////
手機掛件
/// public
class
accessories : decorator
public
override
void
print()
//////
新的行為方法
/// public
void
addaccessories()
}
此時客戶端呼叫**如下：
classview codecustomer
從上面的客戶端**可以看出，客戶端可以動態地將手機配件增加到手機上，如果需要新增手機外殼時，此時只需要新增乙個繼承decorator的手機外殼類，從而，裝飾者模式擴充套件性也非常好。
實現完了裝飾者模式之後，讓我們看看裝飾者模式實現中類之間的關係，具體見下圖：
在裝飾者模式中各個角色有：
看完裝飾者模式的詳細介紹之後，我們繼續分析下它的優缺點。
裝飾這模式和繼承的目的都是擴充套件物件的功能，但裝飾者模式比繼承更靈活
通過使用不同的具體裝飾類以及這些類的排列組合，設計師可以創造出很多不同行為的組合
裝飾者模式有很好地可擴充套件性
下面讓我們看看裝飾者模式具體在哪些情況下使用，在以下情況下應當使用裝飾者模式：
需要擴充套件乙個類的功能或給乙個類增加附加責任。
需要動態地給乙個物件增加功能，這些功能可以再動態地撤銷。
需要增加由一些基本功能的排列組合而產生的非常大量的功能
在.net 類庫中也有裝飾者模式的實現，該類就是system.io.stream,下面看看stream類結構：
上圖中，bufferedstream、cryptostream和gzipstream其實就是兩個具體裝飾類，這裡的裝飾者模式省略了抽象裝飾角色（decorator）。下面演示下客戶端如何動態地為memorystream動態增加功能的。
到這裡，裝飾者模式的介紹就結束了，裝飾者模式採用物件組合而非繼承的方式實現了再執行時動態地擴充套件物件功能的能力，而且可以根據需要擴充套件多個功能，避免了單獨使用繼承帶來的 」靈活性差「和」多子類衍生問題「。同時它很好地符合物件導向設計原則中 」優先使用物件組合而非繼承「和」開放-封閉「原則。
裝飾者模式
裝飾者模式 動態地將責任附加到物件上。若要擴張功能，裝飾者提供了比繼承更有彈性的替代方案。裝飾者可以在所委託被裝飾者的行為之前或之後，加上自己的行為，以達到特定的目的。裝飾者與被裝飾者物件具有相同的超型別。include include using namespace std class bever...
裝飾者模式
裝飾者模式，是在不改變原類檔案和使用繼承的情況下，動態地擴充套件乙個物件的功能。它是通過建立乙個包裝物件，也就是裝飾來包裹真實的物件。裝飾者模式中的角色 1 被裝飾者抽象component，是乙個介面或抽象類，就是定義最核心的物件，也是最原始的物件，這個類是需要裝飾類的基類。2 被裝飾者具體實現co...
裝飾者模式
裝飾者模式 裝飾者模式的好處是便於擴充套件,對乙個東西不管怎麼變,只需要找到相應的元件去改變它 1.如何組裝在一起 建立主題 packetbodycreator body new packetbodycreator 建立header packethtmlheadercreator html new ...