设计模式学习总结之五
七: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模式,你说它有用。它确实有用。说它没用。其实它也没用。为啥这样说了?因为它完全可以通过,继承,或者直接修改原有的类体系来
实现。但它的存在,也确实会让系统的思路清晰些。至少代码相对不会那么乱。