装饰模式（Decorator）

一般有两种方式可以实现给一个雷或对象增加行为：

• 继承机制，使用继承机制可以给现有类添加功能，通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法。但是这种方法是静态的，用户不能控制增加行为的方式和时机
• 关联机制，即将一个类的对象嵌入另一个对象中，由另一个对象来决定是否调用嵌入对象的行为以便扩展自己的行为，这就是装饰模式
  换句话说，装饰模式可以在不需要创造更多子类的情况下，将对象的功能加以扩展，这就是装饰模式的模式动机。
  与继承相比，装饰模式不会破坏类的封装性，而且继承是一种耦合度比较大的静态关系，无法再程序运行时动态扩展。并且松耦合，但是装饰模式比继承要创建更多的对象。

角色分类

• Component: 抽象构件,给出一个抽象接口，以规范准备接收附加责任的对象。
• ConcreteComponent: 具体构件,定义一个将要接收附加责任的类
• Decorator: 抽象装饰类,持有一个构件(Component)对象的实例，并定义一个与抽象构件接口一致的接口
• ConcreteDecorator: 具体装饰类,负责给构件对象“贴上”附加的责任
  

实例

public class Decorator {
    public static void main(String[] args){
        Food food = new Noodle();
        food = new Egg(food);
        System.out.println(food.introduction());
        System.out.println(food.total());
    }
}

interface  Food{
    public String introduction();
    public double total();
}
// 具体被装饰的对象类
class Noodle implements  Food{
    String name = "大碗宽面";
    double price = 10;

    @Override
    public String introduction() {
        return name;
    }

    @Override
    public double total() {
        return price;
    }
}
// 装饰类
class Garnish implements Food{

    String name = "";
    double price = 0;
    @Override
    public String introduction() {
        return name;
    }

    @Override
    public double total() {
        return price;
    }
}
// 具体装饰类
class Egg extends  Garnish{
    String name = "加个蛋";
    double price = 2;
    Food food;
    public Egg(Food food) {
        this.food = food;
    }

    @Override
    public String introduction() {
        return food.introduction()+name;
    }

    @Override
    public double total() {
        return food.total()+price;
    }
}