九：Decorator模式（即：裝飾模式）
(注2)假設(shè)有這樣的一個問題存在（其實現(xiàn)實開發(fā)中，非常經(jīng)常遇到）：基類BasicClassX有N個的派生類。因為它們沒有功能接口void UnknowFunction(void);
按正常的。我們的處理方法，（1） 可以通過直接修改BasicClassX基類，在此添加virtual void UnknowFunction(void);虛接口并實現(xiàn)，然后所有derived
class中均可見。（2） 又或是在BasicClassX基類，添加了純虛接口，然后在具體某派生類中進(jìn)行了實現(xiàn)。在實現(xiàn)使用中，用該derived class來處理。
(注3)但這樣做會有這樣的問題存在：a) 會有可能讓繼承的深度，變的很深。系統(tǒng)的類將變的很多，很復(fù)雜。b) 類的結(jié)構(gòu)也將變的復(fù)雜化。（因為現(xiàn)
在是增加個接口，以后要是又有其他的接口功能需要添加了？？？） c) 無形中，會加重基類的負(fù)擔(dān)。因為必須得保證擴展該接口，否則基類看不到該接
口。
(注1)為了解決上面的問題。Decorator模式就可以幫助我們很輕松地解決。我們實現(xiàn)一個Decorator類。該類，只要引用一個BasicClassX指針對象即可。
然后在Decorator類中，擴展功能接口，這樣，新擴展的功能就與BasicClassX的相關(guān)類，無任何關(guān)系。只是在BasicClassX相關(guān)類需要該擴展接口的地方，
使用Decorator類來處理即可。就相當(dāng)于BasicClassX的對象（或是它的derived class object）委托Decorator來實現(xiàn)處理一樣。但又同時像是將BasicClassX
對象與Decorator對象進(jìn)行組合在一起使用。從而達(dá)到新接口的擴展作用。Decorator模式就是這么回事。
下面簡要提煉下Decorator類的設(shè)計
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;
}
個人認(rèn)為，Decorator模式，你說它有用。它確實有用。說它沒用。其實它也沒用。為啥這樣說了？因為它完全可以通過，繼承，或者直接修改原有的類體系來
實現(xiàn)。但它的存在，也確實會讓系統(tǒng)的思路清晰些。至少代碼相對不會那么亂。