java设计模式：装饰器模式

一、 简介

相信在开发过程都会遇到这样一个问题，怎么样优雅的为核心功能添加多种附加能力？我们可能会想到许多的处理方法和设计模式，比如使用动态代理或继承的办法扩展多种附加功能，但这些方法存在一些弊病：这些方式是静态的，用户不能控制增加行为的方式和时机。另外，新功能的存在多种组合，使用继承可能导致大量子类存在。
所以我们想到装饰器模式，装饰器模式是一种用于代替继承的技术，无需通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系，更加灵活，同时避免类型体系的快速膨胀。装饰器模式类图如下：

• 组件（Component）：组件接口定义了全部组件类和装饰器实现的行为。
• 组件实现类（ConcreteComponent）:实现Component接口，组件实现类就是被装饰器装饰的原始对象，新功能或者附加功能都是通过装饰器添加到该类的对象上的。
• 装饰器抽象类（Decorator）：实现Component接口的抽象类，在其中封装了一个Component 对象，也就是被装饰的对象。
• 具体装饰器类（ConcreteDecorator）：该实现类要向被装饰的对象添加某些功能。

相对于继承，装饰器模式灵活性更强，扩展性更强：

• 灵活性：装饰器模式将功能切分成一个个独立的装饰器，在运行期可以根据需要动态的添加功能，甚至对添加的新功能进行自由的组合。
• 扩展性：当有新功能要添加的时候，只需要添加新的装饰器实现类，然后通过组合方式添加这个新装饰器，无需修改已有代码，符合开闭原则。
  装饰器模式有很多应用，比如：IO中输入流和输出流的设计，mybatis中缓存模块都是使用了装饰器模式。

二、代码演示

这里用一个简单的代码演示一下，本人由于比较喜欢说唱，所以就借助这个载体来具体说明一下。
首先定义一个接口Song，就是抽象了一首说唱作品，它有两个属性：整首作品的构成和它的好听程度。代码如下：

现在Eminem出了一首作品叫Lucky you，他是一开始freeStyle出的，就是完全清唱的，后面一系列操作，就是对他freeStyle的装饰，让作品更好听、更有价值。现在定义他这个首作品：

现在需要一个总的制作人帮他对作品进行后期的制作提升，通过这个制作人就可以实现各种的装饰，所以定义一个抽象的装饰器类，他持有这首作品，然后找各类人才来帮助他，继承他的意志和愿望来完成作品，代码如下：

现在想在作品的基础上加个beat怎么弄？简单，找个会编曲的，然后继承制作人的意志，这时会同时持有作品，这样可在你原来作品的基础上增加个beat。同时作品的好听程度也在上升，代码如下：

想加个副歌？找个唱副歌的小姐姐。请她唱一波。同上一样：

好了，现在各个人才都有了，我们可以出成品了。首先拿出Eminem的歌来:

加个beat:

继续加个副歌：

总体流程：

制作结果：

我们可以看到，后面一次的装饰可以接着上一次的装饰继续，是因为都实现了同一个制作人接口，所以不会有冲突。这样就可以随心所欲的得到想要的作品了，Time!