装饰者模式（From：Head First设计模式）

装饰者模式(Decorate)

——给爱用继承的人一个全新的设计眼界

*     尽管继承威力强大，但是并不总是能够实现最有弹性和最好维护的设计。利用组合和委托可以在运行时具有继承行为的效果。

*    利用继承设计子类的行为，是在编译时静态决定的，而且所有的子类都会继承到相同的行为。然而，如果能够利用组合的做法扩展对象的行为，就可以在运行时动态地进行扩展。

*     代码应该如同晚霞中的莲花一样地关闭（免于改变），如同晨曦中的莲花一样地开发（能够扩展）。

设计原则

*    类应该对扩展开放，对修改关闭。

*     我们的目标是允许类容易扩展，在不修改现有代码的情况下，就可搭配新的行为。这样的设计具有弹性可以应对改变，可以接受新的功能来应对改变的需求。

*    在选择需要被扩展的代码部分时要小心。每个地方都采用开放-关闭原则，是一种浪费，也没必要，还会导致代码变得复杂且难以理解。

装饰者模式

*     装饰者模式动态地将责任附件到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案

*     装饰者和被装饰者对象有相同的超类型

*     可以用一个或多个装饰者包装一个对象

*     既然装饰者和被装饰者具有相同的超类型，所以在任何需要院士对象（被包装）的场合，可以用装饰过的对象代替

*    装饰者可以在所委托被装饰者的行为之前或之后，加上自己的行为，以达到特定的目的

*    对象可以在任何时候被装饰，所以可以在运行时动态的、不限量地用装饰者来装饰对象

要点

*     继承属于扩展形式之一，但不见得是达到弹性设计的最佳方法

*     在我们的设计中，应该允许行为可以被扩展，而无须修改现有代码

*     组合和委托可用于在运行时动态地加上新的行为

*     除了继承，装饰者模式也可以让我们扩展行为

*     装饰者模式意味着一群装饰者类，这些类用来包装具体组件

*     装饰者反映出被装饰的组件类型

*     装饰者可以在被装饰者的行为前面或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的

*     可以用无数个装饰者包装一个组件

*     装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型

*     装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂