6.4　装饰模式

“啊，装饰这词真好，无论衣服、鞋子、领带、披风其实都可以理解为对人的装饰。”

“我们来看看它的结构。”

装饰模式（Decorator）结构图

“Component是定义一个对象接口，可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator，装饰抽象类，继承了Component，从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorator的存在的。至于ConcreteDecorator就是具体的装饰对象，起到给Component添加职责的功能[DPE]。”

“来看看基本的代码实现。”

Component类

abstract class Component
{
    public abstract void Operation();
}

ConcreteComponent类

class ConcreteComponent : Component
{
    public override void Operation()
    {
        Console.WriteLine("具体对象的操作");
    }
}

Decorator类

ConcreteDecoratorA类

客户端代码

“我明白了，原来装饰模式是利用SetComponent来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离开了，每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链当中[DPE]。用刚才的例子来说就是，我们完全可以先穿外裤，再穿内裤，而不一定要先内后外。”

“既然你明白了，还不快些把刚才的例子改成装饰模式的代码？”大鸟提醒道。

“我还有个问题，刚才我写的那个例子中‘人’类是Component还是ConcreteComponent呢？”

“哈，学习模式要善于变通，如果只有一个ConcreteComponent类而没有抽象的Component类，那么Decorator类可以是ConcreteComponent的一个子类。同样道理，如果只有一个ConcreteDecorator类，那么就没有必要建立一个单独的Decorator类，而可以把Decorator和ConcreteDecorator的责任合并成一个类。”

“啊，原来如此。在这里我们就没有必要有Component类了，直接让服饰类Decorator继承人类ConcreteComponent就可。”