23种设计模式（18）：装饰者模式（Decorator）

装饰者模式

一，场景介绍

1，需求

　　一杯主饮料（Beverage）需要加入各种调料，比如蒸奶、豆浆、摩卡、奶泡等，最后需要算出加入调料后饮料的价格。

2，思考

• 如果只是几种固定的饮料进行组合和搭配那么容易实现，但是这些都是动态随机的，并且可能以后会有更多的新饮料。那么如何进行动态的组合呢？
• 如果使用组合的方式，效果会如何？

3，用装饰者构造饮料

　　以装饰者的思想构建饮料可以理解为：将饮料作为一个主体，调料作为装饰，主体和装饰是分离的，装饰可以以任何顺序和数量动态添加到主体上。也体现出组合的效果，不用在现有的代码上做任何修改，只需要添加新功能就可以（不用改变主饮料，按需求意愿添加调料），组合效果如图

Decorator

　　装饰者可以一层层的把主体包裹起来，那么装饰者（两种调料Mocha和Soy）和主体（一种叫HouseBlend的咖啡）的类型应该保持一致。

二，装饰者结构图和定义

1，定义：

　　装饰者模式动态的将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。（继承是在编译时静态决定的，组合可以在运行时动态的决定）

2，结构图：

Decorator UML

　　可以看出，装饰者和主体都是Beverage类型，同时beverage可以委托给具体的饮料如Espresso和HouseBlend或者调料Mocha和Soy计算出未被装饰（未加调料）或者装饰后（加调料）的价格cost。这是可以通过继承来实现的。在结构图中Beverage和CondimentsDecorator都是虚类来控制必须实现的方法。

三，代码实现

　　这里只写了两个主体和两个调料，其实自己可以测试更多的主体饮料和多种调料的自由组合，在实际中肯定不止这几个类，那么弄清楚装饰者模式的结构就显得尤为重要。

1，定义两个虚类：

    public abstract class Beverage {
    String description = "Unknown Beverage";
    public String getDescription(){
        return description;
    }
    public abstract double cost();
    }

    public abstract class CondimentDecorator extends Beverage {

    public abstract String getDescription();        
    }

2，两个主体饮料（Espresso和HouseBlend）

    public class Espresso extends Beverage {

    public Espresso(){
        description = "Espresso";
    }

    @Override
    public double cost() {
        return 1.99;
    }
    }

    public class HouseBlend extends Beverage {

    public HouseBlend(){
        description = "HouseBlend";
    }

    @Override
    public double cost() {
        // TODO Auto-generated method stub
        return 0.89;
    }
    }

3，两种调料（Mocha和Soy）

    public class Mocha extends CondimentDecorator {

    Beverage beverage;

    public Mocha(Beverage beverage){
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        // TODO Auto-generated method stub
        return beverage.getDescription() + ", Mocha";
    }

    @Override
    public double cost() {
        // TODO Auto-generated method stub
        return beverage.cost() + 0.20;
    }
    }

    public class Soy extends CondimentDecorator {
    Beverage beverage;

    public Soy(Beverage beverage){
        this.beverage = beverage;
    }
    @Override
    public String getDescription() {
        // TODO Auto-generated method stub
        return beverage.getDescription()+" ,Soy";
    }

    @Override
    public double cost() {
        // TODO Auto-generated method stub
        return beverage.cost() + 0.30;
    }
    }

4，测试类

结果请脑补或者自己动手（希望大家可以认真的理解）

    public class StarbuzzCoffee {
    public static void main(String[] args) {
        Beverage beverage = new Espresso();
        //任何调料都不加
        System.out.println(beverage.getDescription() + " $" + beverage.cost());

        Beverage beverage2 = new HouseBlend();
        beverage2 = new Mocha(beverage2);
        beverage2 = new Soy(beverage2);
        //加Mocah和Soy
        System.out.println(beverage2.getDescription() + " $" + beverage2.cost());
    }
    }

四，总结

　　在理解装饰者模式最重要的就是理解组合和委托的两种思想，我们平时遇到的装饰者模式有IO集合、Android中的view等。

     装饰者模式的问题及解决：用装饰者实例化组件时,将增加代码的复杂度,一旦应用了装饰者模式,不只需要实例化组件,还要把组件包装进装饰者,而这样的装饰者有多少个是不确定的。这里可以应用工厂模式来实例化组件来简化操作。

装饰模式的特点：

1)装饰对象和真实对象具有相同的接口，这样客户端对象就可以以真实对象的相同的方式和装饰对象交互。 
2)装饰对象包含一个真实对象的引用(reference). 
3)装饰对象接受所有来自客户端的请求，它把这些请求转发给真实的对象。 
4)装饰对象可以在转发这些请求以前或者以后增加一些附加的功能。这样就能确保在运行时，不用修改给定对象结构就可以在外部增加附加的功能。在面向对象的程序设计中，通常是使用继承的关系来扩展给定类的功能。

优点：

• 每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链当中。它是由Decorator的SetComponent方法来实现的，因而它们的职责是单一的。

• 类的核心职责与动态添加的职责是分离的。如果再向主类中添加新的功能，一是违反了开放封闭原则，二是增加了主类的复杂度。

• 比静态继承更灵活 与对象的静态继承相比，Decorator模式提供了更加灵活的向对象添加职责的方式，可以使用添加和分离的方法，用装饰在运行时刻增加和删除职责.

缺点：

• 产生许多小对象，采用Decorator模式进行系统设计往往会产生许多看上去类似的小对象，这些对象仅仅在他们相互连接的方式上有所不同。

装饰模式与类继承的区别：

1)装饰模式是一种动态行为，对已经存在类进行随意组合，而类的继承是一种静态的行为，一个类定义成什么样的，该类的对象便具有什么样的功能，无法动态的改变。

2)装饰模式扩展的是对象的功能，不需要增加类的数量，而类继承扩展是类的功能，在继承的关系中，如果我们想增加一个对象的功能，我们只能通过继承关系，在子类中增加方法。

3)装饰模式是在不改变原类文件和使用继承的情况下，动态的扩展一个对象的功能，它是通过创建一个包装对象，也就是装饰来包裹真是的对象。

装饰模式和代理模式的区别：

装饰器模式关注于在一个对象上动态的添加方法，然而代理模式关注于控制对对象的访问。 
装饰模式是以客户端透明的方式扩展对象的功能，是继承关系的一个替代方案；而代理模式则是给一个对象提供一个代理对象，并且代理对象来控制对原有对象的引用。 装饰模式应该为所装饰的对象增强功能；代理模式对代理的对象施加控制，但不对对象本身的功能进行增强。

装饰模式、适配器模式、代理模式区别：

适配器模式，一个适配允许通常因为接口不兼容而不能在一起工作的类工作在一起，做法是将类自己的接口包裹在一个已存在的类中。

装饰器模式，原有的不能满足现有的需求，对原有的进行增强。 
代理模式，同一个类而去调用另一个类的方法，不对这个方法进行直接操作。

适配器的特点在于兼容，从代码上的特点来说，适配类与原有的类具有相同的接口，并且持有新的目标对象。

就如同一个三孔转2孔的适配器一样，他有三孔的插头，可以插到三孔插座里，又有两孔的插座可以被2孔插头插入。

适配器模式是在于对原有3孔的改造。

在使用适配器模式的时候，我们必须同时持有原对象，适配对象，目标对象。。。。

装饰器模式特点在于增强，他的特点是被装饰类和所有的装饰类必须实现同一个接口，而且必须持有被装饰的对象，可以无限装饰。

代理模式的特点在于隔离，隔离调用类和被调用类的关系，通过一个代理类去调用。

总结如下： 
1 适配器模式是将一个类通过某种方式转换成另一个类.

2 代理模式是将一个类转换成具体的操作类.