装饰模式

串联，组合功能。

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

 

看下面的代码，我们有一个Test的fun方法，现在我们想给其添加一些东西，我们可以利用聚合。然后在自己的方法里面调用Test的fun方法。

class Test { public void fun() { Console.WriteLine("Hello"); } } class UseTest { public Test Test{get;set;} public void fun(){ Console.WriteLine("UseTest"); Test.fun(); } }

我们发现，在UseTest类里面，fun方法的名字可以叫任何名字，我们为了针对抽象编程，给他们继承一个层次结构。

interface IFun { void fun(); } class Test : IFun { public void fun() { Console.WriteLine("Hello"); } } class UseTest : IFun { public IFun Instance { get; set; } public void fun(){ Console.WriteLine("UseTest"); Instance.fun(); } }

个人觉得这里在实现和语义上都比较像代理模式。

如果又要加一个装饰类，我们就要这么写了

interface IFun { void fun(); } class Test : IFun { public void fun() { Console.WriteLine("Hello"); } } class UseTest : IFun { public IFun Instance { get; set; } public void fun(){ Console.WriteLine("UseTest"); Instance.fun(); } } class AnotherUseTest : IFun { public IFun Instance { get; set; } public void fun() { Console.WriteLine("UseTest"); Instance.fun(); } }

所以我们在装饰类上面增加一层抽象。

interface IFun { void fun(); } class Test : IFun { public void fun() { Console.WriteLine("Hello"); } } class Decorate : IFun { public IFun Instance { get; set; } public abstract void fun(); } class UseTest : Decorate { public void fun(){ Console.WriteLine("UseTest"); Instance.fun(); } } class AnotherUseTest : Decorate { public void fun() { Console.WriteLine("AnotherUseTest"); Instance.fun(); } }

 

实际我更关注的是切去Decorator具体实现类的上面的部分。

我们看到，Decorator中的Operation方法面对的都是Component接口，执行这个接口的方法，并增加了一些新的功能。这个接口执行时，调用的可能是一个具体类型的Component，对一个简单的Component增加了功能，也可能是一个Decorator类型的Component，此时是对一个已增加功能的类再次增加了功能。一个聚合了接口的类本身是这个接口的实现类   是这个模式的精髓。