装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。
介绍
意图：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。
主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。
何时使用：在不想增加很多子类的情况下扩展类。
如何解决：将具体功能职责划分，同时继承装饰者模式。
关键代码： 1、Component 类充当抽象角色，不应该具体实现。 2、修饰类引用和继承 Component 类，具体扩展类重写父类方法。
应用实例： 1、孙悟空有 72 变，当他变成"庙宇"后，他的根本还是一只猴子，但是他又有了庙宇的功能。 2、不论一幅画有没有画框都可以挂在墙上，但是通常都是有画框的，并且实际上是画框被挂在墙上。在挂在墙上之前，画可以被蒙上玻璃，装到框子里；这时画、玻璃和画框形成了一个物体。
优点：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。
缺点：多层装饰比较复杂。
使用场景： 1、扩展一个类的功能。 2、动态增加功能，动态撤销。
注意事项：可代替继承。
模拟一个鸭子，基本的只会bababa()。然后定义一个装饰器鸭子，让只会bababa的鸭子能飞。上代码：
鸭子接口。只会bababa
public interface IDark {
void bababa();
}
鸭子实现
public class Dark implements IDark{
public void bababa() {
System.out.println("i'm a dark bababababab~~");
}
}
定义一个抽象装饰父类。这里的类名取的不是很好
public abstract class AbstractDark implements IDark{
private IDark dark;
public AbstractDark(IDark dark){ // 传入一个实现了鸭子接口的鸭子
this.dark = dark;
}
public abstract void fly(); // 抽象方法 起飞
public void bababa(){ // 在原本的鸭子叫以后，调用自己的起飞，达到扩展的目的
dark.bababa();
fly();
}
}
实现了抽象装饰父类的装饰鸭子
public class DecoratorDark extends AbstractDark {
public DecoratorDark(IDark dark) { //构造函数里面传一个鸭子
super(dark);
}
public void fly() { // 起飞的姿势定义
System.out.println("i'm decorator.i believe i can fly");
}
}
测试类
public class DecoratorClient {
public static void main(String[] args) {
Dark dark = new Dark();
dark.bababa();
System.out.println("====");
AbstractDark decoratorDark = new DecoratorDark(dark);
decoratorDark.bababa();
System.out.println("===="); // 再装饰一次
AbstractDark decoratorDark2 = new DecoratorDark(decoratorDark);
decoratorDark2.bababa();
}
}
结果
i'm a dark bababababab~~
====
i'm a dark bababababab~~
i'm decorator.i believe i can fly
====
i'm a dark bababababab~~
i'm decorator.i believe i can fly
i'm decorator.i believe i can fly
1.基础的鸭子就只会bababa
2.用装饰器装饰了以后，鸭子起飞了
3.装饰鸭子也是一个实现了IDark的鸭子，所以也可以被装饰。
