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