通俗易懂系列 | 设计模式（二）：装饰模式
2018国庆黄金周来了，恰值国庆黄金周节假日，我想高速上一定车山车海，还好我选择了高铁，不然肯定需要寻找项目合作人或在高速上吃创业人士的炒饭炒面了。
国庆7天长假，天气又如此的好，所谓风和日丽，如此良辰美景，回家的你一定会发现路上结婚的车队是来来往往，特别是领头的婚车，鲜花与气球给装饰的是大气，豪华。当然婚车里的新娘也是精心装扮，那是，挽青丝，双环结，百合鬓边巧装点。白婚纱，如飘烟，红颜新妆比花艳。甚至王者荣耀也趁这个节假日来了一拨皮肤优惠活动和新出了让“农药们”剁手的"胖达荣荣"国宝皮肤，就是吸引你们剁手去装饰你们喜爱的英雄。还有类似新房装修，博客更新皮肤等等，这些都是装饰。那我们程序世界的装饰模式是如何的呢？
介绍#
装饰模式，是面向对象编程领域中，一种动态地往一个类中添加新的行为的设计模式。就功能而言，装饰模式相比生成子类更为灵活，这样可以给某个对象而不是整个类添加一些功能。
意图：动态地给一个对象添加一些额外的职责和增加功能。
主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。
何时使用：在不想增加很多子类的情况下扩展类。
如何解决：将具体功能职责划分，同时继承装饰者模式。
关键代码： 1、Component 类充当抽象角色，不应该具体实现。 2、修饰类引用和继承 Component 类，具体扩展类重写父类方法。
实现#
以结婚婚车为例，定义汽车接口
public interface Car { void drive();}创建实现接口的实体类，德国宝马系应该是作为婚车最多的品牌，
public class BMW implements Car { @Override public void drive() { System.out.println("宝马汽车，风驰电掣。"); }}创建实现了 Car 接口的抽象装饰类。我们需要婚车接新娘
public abstract class WeddingCarDecorator implements Car{ private Car decoratorCar; public WeddingCarDecorator(Car decoratorCar) { this.decoratorCar = decoratorCar; } @Override public void drive() { decoratorCar.drive(); }}创建扩展了 WeddingCarDecorator 类的实体装饰类 - 宝马婚车。
public class BMWWeddingCar extends WeddingCarDecorator { public BMWWeddingCar(Car decoratorCar) { super(decoratorCar); } @Override public void drive() { beautify(); super.drive(); } private void beautify() { System.out.println("结婚婚车，铺上鲜花，系上气球。"); }}使用 WeddingCarDecorator 来装饰 Car对象。
public class DecoratorDemoMain { public static void main(String[] args) { System.out.println("------正常的德系宝马------"); BMW bmw = new BMW(); bmw.drive(); System.out.println("------作为婚车的德系宝马------"); BMWWeddingCar bmwWeddingCar = new BMWWeddingCar(bmw); bmwWeddingCar.drive(); }}执行程序，输出结果：
------正常的德系宝马------宝马汽车，风驰电掣。------作为婚车的德系宝马------结婚婚车，铺上鲜花，系上气球。宝马汽车，风驰电掣。类图#
总结#
优点：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。
缺点：多层装饰比较复杂，使用了许多类似的对象（装饰器）。
使用场景： 1、扩展一个类的功能。 2、动态增加功能，动态撤销。装饰器模式在Java IO类中经常使用，例如FileReader，BufferedReader等。
注意事项：可代替继承。