设计模式之装饰者模式

定义：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。
角色：
Component:抽象构件角色，定义一个抽象接口，以规范准备接收附加责任的对象。
ConcreteComponent:具体组件，这是被装饰者，定义一个将要被装饰增加功能的实体
Decorator:装饰角色，持有一个构件对象的实例，并定义了抽象构件定义的接口。
ConcreteDecorator:负责给构件添加增加的功能。

优点：在不想增加很多子类的情况下扩展类。
缺点:多层装饰比较复杂。

使用：开发一个简单的播放器，我们通过第一次装饰可以为播放器增加播放音乐的功能，具体包括播放所有的音频格式文件，通过第二次装饰，我们可以为这个播放器添加播放视频格式文件的功能。

1.Compenent接口定义：

public interface IPlayer
{
void Play();
}
2.被装饰者ConCreatCompenent实现：

1
2
3
4
5
6
7
public class Player : IPlayer 
{ 
    public void Play() 
    { 
        throw new NotImplementedException(); 
    }
}

3.装饰器接口Decorator实现：

public interface IDecorator : IPlayer
{
}
4.装饰器的抽象基类Decorator实现：

1
2
3
4
5
6
7
8
9
public abstract class DecoratorBase : IDecorator 
{ 
       protected IPlayer play = null; 
       public DecoratorBase(IPlayer player) 
       { 
           this.play = player; 
       }
       public abstract void Play();
}

5.音乐播放器装饰器 和视频播放器装饰类 ConcreteDecorator实现：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
public class MusicDecorator : DecoratorBase 
{ 
     public MusicDecorator(IPlayer play) 
        : base(play) 
    { 
    } 
    public override void Play() 
    { 
        throw new NotImplementedException(); 
    } 
}
p ublic class VedioDecorator : DecoratorBase 
{ 
    public VedioDecorator(IPlayer play) 
        : base(play) 
    { 
    } 
    public override void Play() 
    { 
        throw new NotImplementedException(); 
    } 
}

6.具体调用：由于装饰角色传入一个构件对象的实例，所以装饰的对象的装饰可以精确到具体的装饰角色。

1
2
3
4
5
6
static void Main(string[] args) 
{ 
    IPlayer play = new Player(); 
    play = new MusicDecorator(play); 
    play = new VedioDecorator(play); 
}