设计模式之装饰器模式

装饰器顾名思义就是对原有对象进行包装，在包装后的对象上调用行为。主要目的是让我们的设计符合单一职责尽可能的让一个类只包含一种职责，做到职责明确。符合这样的SOLID原则我们才能易于扩展使程序具有更好的扩展性。装饰器模式就是用来扩展已有类，被包装类和包装类首先都是实现同一接口。

以下面一个接口（IComponent）和两个类为例（Component和DecoratedComponent）：

原理：Component实现了IComponent，DecoratedComponent用来作为扩展类。在DecoratedComponent的构造函数中接受一个IComponent类型参数，客户端调用时，用Component作为参数来实现接口。这样客户端既可以调用到原有类Component的行为方法，也可以调用到扩展类DecoratedComponent的行为方法。

IComponent：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace DecoratorPattern
{
    internal interface IComponent
    {
        void DoSomething();
    }
}

Component：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace DecoratorPattern
{
    internal class Component : IComponent
    {
        public void DoSomething()
        {
            Console.WriteLine("Do something in Component...");
        }
    }
}

DecoratedComponent：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace DecoratorPattern
{
    internal class DecoratedComponent : IComponent
    {
        private static IComponent _component;

        public DecoratedComponent(IComponent component)
        {
            _component = component;
        }

        public void DoSomething()
        {
            DoSomethingElse();
            _component.DoSomething();
        }

        public void DoSomethingElse()
        {
            Console.WriteLine("Do Something Else in DecoratedComponent...");
        }
    }
}

 //客户端调用

 1 using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace DecoratorPattern
{
    internal class Program
    {
        private static IComponent component;

        private static void Main(string[] args)
        {
            component = new DecoratedComponent(new Component());
            component.DoSomething();
            Console.ReadKey();
        }
    }
}

 之前也写过一篇关于代理模式的随笔，LZ觉得有异曲同工之处都是为了扩展行为，装饰器模式关注于在一个对象上动态的添加方法，然而代理模式关注于控制对对象的访问。换句话 说，用代理模式，代理类（proxy class）可以对它的客户隐藏一个对象的具体信息。因此，当使用代理模式的时候，我们常常在一个代理类中创建一个对象的实例。并且，当我们使用装饰器模 式的时候，我们通常的做法是将原始对象作为一个参数传给装饰者的构造器。