装饰模式:动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
Component是定义一个对象接口,可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责。Decorator,装饰抽象类,继承了Component,从外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator的存在的。至于ConcreteDecorator就是具体的装饰对象,起到给Component添加职责的功能
Component类
class Component
{
public:
virtual void Operation() = 0;
};
ConcreteComponent类
class ConcreteComponent : public Component
{
public:
virtual void Operation()
{
cout << "具体对象的操作" << endl;
}
};
Decorator类
class Decorator : public Component
{
protected:
Component *m_pComponent;
public:
void SetComponent(Component *pComponent)
{
m_pComponent = pComponent;
}
virtual void Operation()
{
if (m_pComponent != NULL)
{
m_pComponent->Operation();
}
}
};
ConcreteDecorator类
class ConcreteDecoratorA : public Decorator
{
private:
string addedState;//本类独有功能,以区别于ConcreteDecoratorB
public:
void Opreation()
{
//首先运行原Component的Opreation(),再执行本类的功能,如addedState,相当于对原Component进行了装配
Decorator::Opreation();
addedState = "New State";
cout << "具体装饰对象A的操作" << endl;
}
};
class ConcreteDecoratorB : public Decorator
{
public:
void Opreation()
{
//首先运行原Component的Opreation(),再执行本类的功能,如AddedBehavior(),相当于对原Component进行了装配
Decorator::Opreation();
AddedBehavior();
cout << "具体装饰对象B的操作" << endl;
}
private:
void AddedBehavior()
{
}
};
客户端代码
void main()
{
ConcreteComponent *pC = new ConcreteComponent;
ConcreteDecoratorA *pD1 = new ConcreteDecoratorA;
ConcreteDecoratorB *pD2 = new ConcreteDecoratorB;
pD1->SetComponent(c);
pD2->SetComponent(d1);
pD2->Operation();
}
装配方法是:首先用ConcreteComponent实例化对象pC,然后用 ConcreteDecoratorA的实例化对象pD1来包装pC,再用 ConcreteDecoratorB的对象pD2包装pD1,最终执行pD2的Opertion();
1.装配模式是利用SetComponent类对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离开了,每个装饰对象只关心自己的功能,不需要关心如何被添加到对象链当中。
2.如果只有一个ConcreteComponent类而没有抽象的Component类,那么Decorator类可以是ConcreteComponent的一个子类。同样道理,如果只有一个ConcreteDecorator类,那么就没有必要建立一个单独的Decorator类,而可以把Decorator和ConcreteDecorator的责任和并成一个类
3.装饰模式是为已有功能动态的添加更多功能的一种方式。
4.适用:当系统需要新功能的时候,是向旧的类中添加新的代码。这些新的代码通常装饰了原有类的核心职责或主要行为,但这种做法的问题在于,它们在住类中加入了新的字段,新的方法和新的逻辑,从而增加了主类的复杂度,而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。而装饰模式却提供了一个非常好的解决方案,他把每个要装饰的功能放在单独的类中,并让这个类包装他所要装饰的对象,因此,当需要执行特殊行为时,客户代码就可以在运行时根据需要有选择地、按顺序的使用装饰功能包装对象了。
5.优点:把类中的装饰功能从类中搬移去除,这样可以简化原有的类
6.有效的把类的核心职责和装饰功能区分开了。而且可以去除相关类中重复的装饰逻辑。