装饰器模式(Decorator)

设计原则

1、类应该对扩展开发，对修改关闭。

特点：

1、装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。

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

3、装饰对象接收所有来自客户端的请求，它把这些请求转发给真实的对象。

4、装饰对象可以在转发这些请求之前或之后附加一些功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能

优点：动态的给一个对象添加一些额外的职责，就扩展功能而言，比生成子类方式更为灵活。

缺点：利用装饰器模式，常常造成设计中有大量的小类，数量实在太多，可能会造成使用此API程序员的困扰。例如：IO流

适用装饰者模式场合：
1．当我们需要为某个现有的对象，动态的增加一个新的功能或职责时，可以考虑使用装饰模式。
2．当某个对象的职责经常发生变化或者经常需要动态的增加职责，避免为了适应这样的变化，而增加继承子类扩展的方式，因为这种方式会造成子类膨胀的速度过快，难以控制

动态的给一个对象添加一些额外的职责

,

就扩展功能而言比生成子类方式更为灵活

 

动态的给一个对象添加一些额外的职责

,

就扩展功能而言比生成子类方式更为灵活

 

动态的给一个对象添加一些额外的职责

,

就扩展功能而言比生成子类方式更为灵活

 

详情请参考：http://www.cnblogs.com/mengdd/archive/2013/02/12/2910302.html