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