【设计模式】装饰模式

装饰模式

         DecoratorPattern，又叫装饰者模式。装饰模式是在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。

动态的给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活

 

特点

  （1） 装饰对象和真实对象有相同的接口。

  （2） 装饰对象包含一个真实对象的引用（reference）

  （3） 装饰对象接受所有来自客户端的请求。

  （4） 装饰对象可以在转发这些请求以前或以后增加一些附加功能。 

优点

        1. Decorator模式与继承关系的目的都是要扩展对象的功能，但是Decorator可以提供比继承更多的灵活性。

        2. 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。

缺点

        1. 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。

        2. 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。

        3. 装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

代码示例

    /// <summary>
    /// 定义对象接口，无需知道是否存在Decorator
    /// </summary>
    abstract class Component
    {
        public abstract void Operation();
    }


    /// <summary>
    /// 定义具体对象，可增加职责
    /// </summary>
    class ConcreteComponent:Component
    {
        public override void Operation()
        {
            Console.WriteLine("具体对象的操作");
        }
    }

    /// <summary>
    /// 装饰抽象类，继承Component，扩展功能
    /// </summary>
    abstract class Decorator:Component
    {
        protected Component component;
        public void SetComponent(Component component)
        {
            this.component = component;
        }
        public override void Operation()
        {
            if (component !=null)
            {
                component.Operation();
            }
        }
    }

    /// <summary>
    /// 具体的装饰对象A
    /// </summary>
    class ConcreteDecoratorA:Decorator
    {
        private string addedstate;          //本类独有功能，区别ConcreteDecoratorB
        public override void Operation()
        {
            base.Operation();                   //首先运行原Component的Operation()，再执行本类的功能，如addedState，相当于对原Component进行了装饰
            addedstate = "New State";
            Console.WriteLine("具体装饰对象A的操作");
        }
    }

    /// <summary>
    /// 具体的装饰对象B
    /// </summary>
    class ConcreteDecoratorB : Decorator
    {
        private void AddedBehaivor()            //本类独有方法，区别ConcreteDecoratorA
        {

        }
        public override void Operation()
        {
            base.Operation();                       //首先运行原Component的Operation()，再执行本类的功能，如AddedBehaivor()，相当于对原Component进行了装饰
            AddedBehaivor();
            Console.WriteLine("具体装饰对象B的操作");
        }  
    }

          Component是定义一个对象接口，可以给这些对象动态地添加职责。

          ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。

          Decorator，装饰抽象类，继承了Component，从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorete的存在。

   ConcreteDecorator就是具体的装饰对象，起到给Component添加职责的功能。

 

   装饰模式是利用SetComponent来对对象进行包装的。这样每个对象的实现就和如何使用这个对象分离开了，每个装饰对象只关心自己的功能，不需要关心如何添加到对象链当中。

模式简化

          1.如果只有一个ConcreteComponent类而没有抽象的Component类，那么Decorator类就可以是ConcreteComponent的一个子类。

           2.同样道理，如果只有一个ConcreteDecorator类，那么久没有必要建立一个单独的Decorator类，而可以把Decorator和ConcreteDecorator的责任合并成一个类。