设计模式-05-适配器模式-[装饰模式]

1. [装饰模式] 是 [对象的适配器模式] 的衍生模式

2.装饰模式简单介绍

        装饰模式是用来替代继承的一种设计模式。它通过一种无须定义子类的方式来给对象动态增加职责，使用对象之间的关联关系取代类之间的继承关系。降低了系统的耦合，可以动态的增加或者删除对象的职责。

3.装饰模式简单代码示例

 抽象构件(Component)角色：给出一个【抽象接口】，以规范准备接收附加责任的对象。

/**
 * 创建饮料接口类
 */
public interface C1_1_Drinks {

    //获得饮料的描述
    String getDescription();

    //获得饮料的价格
    double getPrice();
}

具体构件(ConcreteComponent)角色：定义一个将要接收附加责任的类【接口的实现类】。

/**
 * 饮料1 柠檬水
 */
public class C2_1_LemonWater implements C1_1_Drinks {

    @Override
    public String getDescription() {
        return "柠檬水+10 ";
    }

    @Override
    public double getPrice() {
        return 10;
    }
}

/**
 * 饮料2 橙汁儿
 */
public class C2_2_OrangeWater implements C1_1_Drinks {

    @Override
    public String getDescription() {
        return "橙汁儿+15 ";
    }

    @Override
    public double getPrice() {
        return 15;
    }
}

装饰(Decorator)角色：持有一个构件(Component)对象的实例，并定义一个与抽象构件接口一致的接口。

/**
 * 创建 饮料的 装饰类
 */
public class C3_1_Decorator implements C1_1_Drinks {

    @Override
    public String getDescription() {
        return "装饰类";
    }

    @Override
    public double getPrice() {
        return 0;
    }
}

具体装饰(ConcreteDecorator)角色：负责给构件对象“贴上”附加的责任 【集成装饰类】。

/**
 * 具体装饰类 ： 附加的责任 -- 给饮料加冰
 */
public class C4_1_AddIceCube extends C3_1_Decorator {

    private C1_1_Drinks drinks;

    public C4_1_AddIceCube(C1_1_Drinks drinks){
        this.drinks = drinks;
    }

    @Override
    public String getDescription() {
        return drinks.getDescription() + "[加冰+2] ";
    }

    @Override
    public double getPrice() {
        return drinks.getPrice() + 2;//加冰需要添加2块钱
    }
}

/**
 * 具体装饰类 ：附加的责任 -- 给饮料加糖
 */
public class C4_2_AddSugar extends C3_1_Decorator {

    private C1_1_Drinks drinks;

    public C4_2_AddSugar(C1_1_Drinks drinks){
        this.drinks = drinks;
    }

    @Override
    public String getDescription() {
        return drinks.getDescription() + "[加糖+3] ";
    }

    @Override
    public double getPrice() {
        return drinks.getPrice() + 3;//加糖需要添加2块钱
    }
}

客户端调用

/**
 * 具体客户端调用类
 */
public class C5_1_Client {

    public static void main(String[] args) {
        C1_1_Drinks drinks = new C2_2_OrangeWater(); // 购买了橙汁
        drinks = new C4_1_AddIceCube(drinks); // 加冰
        drinks = new C4_2_AddSugar(drinks);//加糖
        System.out.println(drinks.getDescription() + " 价格：" +drinks.getPrice());
    }
}

打印结果

橙汁儿+15 [加冰+2] [加糖+3]  价格：20.0

4.装饰类的使用场景

• 在不影响其他对象的情况下 以【动态的透明的】方式给单个对象【添加职责】。
• 不能用【继承】进行扩张的时候。

5.装饰模式的优点

　　（1）装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”，或者除掉一个不需要的“装饰”。继承关系则不同，继承关系是静态的，它在系统运行前就决定了。

　　（2）通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。

6.装饰模式的缺点

　　由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象看上去都很相像。