浅谈设计模式之装饰模式

装饰模式：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更加灵活，比如动态改变一个已经初始化的对象的行为。

比如说我们有一件武器，但是通过某个事件，这个武器增加了原先没有的属性或者功能，也就是说我们需要动态的更新这个武器对象。

装饰器模式结构上类似与代理模式。一个装饰器对象保留有对对象的引用，而且忠实的重新建立被装饰对象的公共接口。装饰器也可以增加方法，扩展被装饰对象的接口，任意重载方法，甚至可以在脚本执行期间有条件的重载方法。

UML图如下：

参考代码如下：

// 声明一个Component的抽象基类
abstract class Component
{
    public abstract void Operation();
}

//声明一个具体的Component，继承Component
class ConcreteComponent : Component
{
    public override void Operation()
    {
        Print("ConcreteComponent ");
    }
}

// 声明一个抽象的装饰类'Decorator'
abstract class Decorator : Component
{
    protected Component component;
    //装饰方法
    public void SetComponent(Component component)
    {
        this.component = component;
    }

    //重写 Operation 方法
    public override void Operation()
    {
        if (component != null)
        {
            component.Operation();
        }
    }
}

// 声明一个具体装饰类，继承Decorator
class ConcreteDecorator : Decorator
{
    public override void Operation()
    {
        //一些功能扩展
        Print("ConcreteDecorator ");
        base.Operation();            
    }
}

//测试
static void Main(string[] args)
{  
     ConcreteComponent cc = new ConcreteComponent();
     ConcreteDecorator cd = new ConcreteDecorator();
     //装饰原有对象
     cd.SetComponent(cs);
     cd.Operation();           
     Console.ReadKey();
 }   

装饰器模式与其他相关模式对比：
1）Adapter 模式：Decorator模式不同于Adapter模式，因为装饰仅改变对象的职责而不改变它的接口；而适配器将给对象一个全新的接口。
2）Composite模式：可以将装饰视为一个退化的、仅有一个组件的组合。然而，装饰仅给对象添加一些额外的职责—它的目的不在于对象聚集。
3）Strategy模式：用一个装饰你可以改变对象的外表；而Strategy模式使得你可以改变对象的内核。这是改变对象的两种途径。

装饰模式的优点是能够简化原有的类，有效地把类的核心功能和装饰功能区分开了，而且还可以去除相关类中重复的装饰逻辑。与对象的静态继承（多重继承）相比，它可以避免产生过多的子类。

装饰模式的装饰顺序很重要，最理想的是能够保证装饰类之间的彼此独立，这样就不必在意装饰的顺序了。

以下情况可以考虑使用Decorator模式：
• 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
• 处理那些可以撤消的职责。
• 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。

参考书籍：《大话设计模式》
参考网站：设计模式（八）装饰器模式Decorator（结构型）