装饰者模式

一、一个问题。

或说国哥当年在创业开店---卖豆浆！因豆浆纯。分店几乎开遍全县所有村，由于发展是在太快了，所以急需一套由计算机管理的自动化记账系统。

继承带来的问题

类爆炸

二、装饰者模式，看看它能为我们带来什么惊喜吧！

1、意图

动态的给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活。该模式以对客户透明的方式扩展对象的功能。

2、适用环境

在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
当不能采用子类的方式进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类。使得子类的数目呈现爆炸式增长。另外一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。

3、类图

Component（被装饰对象基类）
定义对象的接口，可以给这些对象动态增加职责；

concreateComponent（具体被装饰的对象）
定义具体的对象，Decorator可以给它增加额外的职责

Decorator（装饰者抽象类）
维护指向Component实例的引用，定义与Component一致的接口；

ConcreteDecorator（具体装饰者）
具体的装饰对象，给内部持有的具体被装饰对象增加具体的职责。

三、实例

1、涉及角色

抽象组件：定义一个抽象接口，来规范准备附加功能的类。
具体对象：将要被附加功能的类，实现抽象构建角色接口。
抽象装饰者：持有对具体构件角色的引用并定义与抽象构建角色一致的接口。
具体装饰：实现抽象装饰者角色，负责为具体构件添加额外功能。

2、代码实现

类	描述
Drink.java	被装饰者对象的接口
SoyaBeanMilk.java	具体的被装饰者对象
EggDecorator.java	具体装饰者对象
SugarDecorator.java	具体装饰者对象
BlankBeanDecorator.java	具体装饰者对象
Decorator.java	装饰者基类
Test.java	测试

项目目录

Drink.java

package com.antiai.decorator;

public interface Drink {
    float cost(); // 计算价格
    String description(); // 描述
}

SoyaBean.java

package com.antiai.decorator;

/*
* 具体的被装饰者类
* 豆浆
* */
public class SoyaBeanMilk implements Drink {
    @Override
    public float cost() {
        return 10f;
    }

    @Override
    public String description() {
        return "纯豆浆";
    }
}

Decorator.java

package com.antiai.decorator;

/*
* 装饰者基类
* */
public class Decorator implements Drink {
    private Drink drink; // 要装饰的对象
    public Decorator(Drink drink){
        this.drink = drink;
    }

    @Override
    public float cost() {
        return drink.cost();
    }

    @Override
    public String description() {
        return drink.description();
    }
}

SugarDecorator

package com.antiai.decorator;

public class SugarDecorator extends Decorator {
    public SugarDecorator(Drink drink) {
        super(drink);
    }

    @Override
    public float cost() {
        return super.cost()+1.0f;
    }

    @Override
    public String description() {
        return super.description()+"+糖";
    }
}

BlankBeanDecorator

package com.antiai.decorator;

public class BlankBeanDecorator extends Decorator {
    public BlankBeanDecorator(Drink drink) {
        super(drink);
    }

    @Override
    public float cost() {
        return super.cost()+2.0f;
    }

    @Override
    public String description() {
        return super.description()+"+黑豆";
    }
}

EggDecorator

package com.antiai.decorator;

public class EggDecorator extends Decorator {
    public EggDecorator(Drink drink) {
        super(drink);
    }

    @Override
    public float cost() {
        return super.cost()+3.0f;
    }

    @Override
    public String description() {
        return super.description()+"+鸡蛋";
    }
}

Test.java

package com.antiai.decorator;

public class Test {
    public static void main(String[] args) {
        Drink drink = new SoyaBeanMilk();
        SugarDecorator sugar = new SugarDecorator(drink);
        EggDecorator egg = new EggDecorator(sugar);
        BlankBeanDecorator blankBean = new BlankBeanDecorator(egg);

        System.out.println("你点的豆浆是："+ blankBean.description());
        System.out.println("一共花了："+blankBean.cost());
    }
}

四、装饰者模式小结

oo原则：动态地将责任附加到对象上。想要扩展功能，装饰者提供有别于继承的另一种选择。
要点：
1、继承属于扩展形式之一，但不见得是达到弹性设计的最佳方案。
2、在我们的设计中，应该允许行为可以被拓展，而无需修改现有的代码。
3、组合和委托可以用于在运行时动态地加上新的行为。
4、除了继承，装饰者模式也可以让我们扩展行为。
5、装饰者模式意味着一群装饰者类，这些类用于包装具体组件。
6、装饰者类反映出被装饰的组件类型（实际上，他们具有相同的类型，都经过接口或继承实现）。
7、装饰者可以在被装饰者的行为前面/后面加上自己的行为。甚至将装饰者的整个行为取代掉。而达到特定的目的。
8、你可以有无数个装饰者包装一个对象。
9、装饰者一般对组建的客户是透明的，除非客户程序依赖于组件的具体类型。