設計模式學習總結之五
七：Decorator模式（即：裝飾模式）
(注2)假設有這樣的一個問題存在（其實現實開發中，非常經常遇到）：基類BasicClassX有N個的派生類。因為它們沒有功能接口void UnknowFunction(void);
按正常的。我們的處理方法，（1） 可以通過直接修改BasicClassX基類，在此添加virtual void UnknowFunction(void);虛接口并實現，然后所有derived
class中均可見。（2） 又或是在BasicClassX基類，添加了純虛接口，然后在具體某派生類中進行了實現。在實現使用中，用該derived class來處理。
(注3)但這樣做會有這樣的問題存在：a) 會有可能讓繼承的深度，變的很深。系統的類將變的很多，很復雜。b) 類的結構也將變的復雜化。（因為現
在是增加個接口，以后要是又有其他的接口功能需要添加了？？？） c) 無形中，會加重基類的負擔。因為必須得保證擴展該接口，否則基類看不到該接
口。
(注1)為了解決上面的問題。Decorator模式就可以幫助我們很輕松地解決。我們實現一個Decorator類。該類，只要引用一個BasicClassX指針對象即可。
然后在Decorator類中，擴展功能接口，這樣，新擴展的功能就與BasicClassX的相關類，無任何關系。只是在BasicClassX相關類需要該擴展接口的地方，
使用Decorator類來處理即可。就相當于BasicClassX的對象（或是它的derived class object）委托Decorator來實現處理一樣。但又同時像是將BasicClassX
對象與Decorator對象進行組合在一起使用。從而達到新接口的擴展作用。Decorator模式就是這么回事。
下面簡要提煉下Decorator類的設計
SubClassA : BasicClassX;
SubClassB : BasicClassX;
SubClassC : SubClassA;
...
SubClassN : ... : BasicClassX;
class Decorator : BasicClassX
{
public:
Decorator(BasicClassX* pBObj){m_pBOjb = pBObj;}
void DoOperate(void)
{
m_pBObj->DoOperator();
// do new interface
this->DoNewInterfaceFunction();
}
//new extened interface function
void DoNewInterfaceFunction(void){//do something...}
// new extened other interface function
...
//write down other code in here you knowned.
...
private:
BasicClassX* m_pBObj;
}
個人認為，Decorator模式，你說它有用。它確實有用。說它沒用。其實它也沒用。為啥這樣說了？因為它完全可以通過，繼承，或者直接修改原有的類體系來
實現。但它的存在，也確實會讓系統的思路清晰些。至少代碼相對不會那么亂。