装饰模式

装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。

 

 

 

• Compoment：给出一个接口，以规范准备接收附加责任的对象
• ConcreteCompoment：将要接收附加责任的类
• Decorator：持有一个Compoment实例，并定义一个与Compoment一致的接口
• ConCreteDecorator：负责贴上额外的功能

什么情况下使用：

• 扩展一个类的功能，或者给一个类附加功能
• 动态的附加功能，还可以撤销
• 需要增加由一些基本功能的排列组合的而产生的非常大量的功能，从而是继承关系变的不现实。

 

优点：

1. 装饰模式比继承更灵活，装饰模式支持系统动态的给对象贴上一个功能，或者除掉一个功能；继承则不同，它是静态的，他在系统运行前就决定了。
2. 通过使用不同的具体装饰类，以及这些装饰类的排列组合，可以创造出很多不同的行为组合。

 

缺点：

1. 优点2提供的更加灵活机动的特性，也意味着比继承更加容易出错。
2. 使用装饰模式会产生更多对象相对于继承，更多的对象对于排错更加困难，特别是这些对象看上去都很相像。