【设计模式】装饰者模式

设计原则：

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

在选择需要被扩展的代码部分时要小心。每个地方都采用开放-关闭原则，是一种浪费，也没有必要，还会导致代码变得复杂而且难以理解。因为这通常会引入新的抽象层次，需要把注意力放在最有可能改变的地方。

设计模式：装饰者模式

定义：动态地将责任附加到对象上，若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
装饰者模式的缺点是会造成设计中又很多的小类。
装饰者可以透明的插入，但是如果有些代码依赖特定的类型，就不应该导入装饰者

要点：

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