装饰者模式

我们的目标是允许类容易扩展，在不修改现有代码的情况下，就可搭配新的行为。如果能实现这样的目标，有什么好处呢？这样的设计具有弹性，可以应对改变，可以接受新的功能来应对改变的需求。
这就是我们要讲的--装饰者模式。

概念

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

设计原则

• 对扩展开放，对修改关闭。

要点

• 继承属于扩展模式之一，但不见得是达到弹性设计的最佳方式。
• 在我们的设计中，应该允许行为可以被扩展，而无需修改现有的代码。
• 组合和委托可用于在运行时动态地加上新的行为。
• 除了继承，装饰者模式也可以让我们扩展行为。
• 装饰者模式意味着一群装饰者类，这些类用来包装具体组件。
• 装饰者类反映出被装饰的组件类型（事实上，它们具有相同的类型，都经过接口或继承实现）。
• 装饰者可以在被修饰者的行为前面与/或后面加上自己的行为，甚至将装饰者的行为整个取代掉，而达到特定的目的。
• 你可以用无数个装饰者包装一个组件。
• 装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。
• 装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。