设计模式之装饰器模式（Decorator）

在设计继承树的时候，我们会选择将最基础最普遍的方法（共性方法）放入最顶层的接口中去实现，而将各个特殊的方法（个性方法）在底层的具体子类中去实现。

对于一些局部共性（即一些类有，一些类没有的方法），我们可以选择使用装饰器模式。本文接下来将会对装饰器模式进行简单介绍。

装饰器模式

装饰器模式是设计模式中常见的一种，它以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。示意图如下：

在装饰器模式中的角色有：

抽象构件角色(Component)：给出一个抽象接口，以规范将要实现功能扩展的对象。

具体构件角色(ConcreteComponent)：定义一个将要实现功能扩展的类。

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

具体装饰角色(ConcreteDecorator)：负责给构件对象实现扩展的功能。

public interface Component {
    
    public void sampleOperation();
    
}

public class ConcreteComponent implements Component {

    @Override
    public void sampleOperation() {
        ...
    }

}

public class Decorator implements Component{
    private Component component;
    
    public Decorator(Component component){
        //delegation
        this.component = component;
    }

    @Override
    public void sampleOperation() {
        component.sampleOperation();
    }
    
}

public class ConcreteDecoratorA extends Decorator {

    public ConcreteDecoratorA(Component component) {
        super(component);
    }
    
    @Override
    public void sampleOperation() {
　　　　　super.sampleOperation();
         //实现功能扩展...
    }
}

public class ConcreteDecoratorB extends Decorator {

    public ConcreteDecoratorB(Component component) {
        super(component);
    }
    
    @Override
    public void sampleOperation() {
　　　　  super.sampleOperation();
         //实现功能扩展...
    }
}

变化

如果只有一个具体构件角色，那么可以考虑去掉抽象构件角色，把装饰角色作为一个具体构件角色的子类。示意图如下：

如果只有一个具体装饰角色，那么还可以把装饰角色和具体装饰角色合并成一个类。示意图如下：

透明性要求

装饰器模式对客户端的透明性，要求程序不要声明一个ConcreteComponent类型或者ConcreteDecorator类型的变量，而应当声明一个Component类型的变量。示例代码如下：

Component componet = new ConcreteComponent();
Component concretedecoratorA = new ConcreteDecoratorA(component);

如下示例代码是错误的：

ConcreteComponent componet = new ConcreteComponent();
ConcreteDecoratorA concretedecoratorA = new ConcreteDecoratorA(component);

半透明的装饰器模式

如果能满足透明性的要求，则是纯粹的装饰器模式，它要求在不改变接口的前提下扩展功能。但是在实际的功能扩展中，往往需要创建新的方法，这就导致了“半透明”的装饰器模式的出现。即允许装饰器模式改变接口以实现功能扩展。这意味着客户端可以声明ConcreteDecorator类型的变量，从而调用在ConcreteDecorator类中才有的方法，示例代码如下：

Component componet = new ConcreteComponent();
ConcreteDecoratorA concretedecoratorA = new ConcreteDecoratorA(component);
concretedecoratorA.methodA();

半透明的装饰器模式是介于装饰器模式和适配器模式之间的。装饰器模式不改变类的接口，通过改写方法来扩展类的功能。适配器模式并不扩展类的功能，但是会改变类的接口，以便和目标接口相符合。半透明的装饰器模式应用更广，也称做半装饰器、半适配器模式。

对比继承关系

再把装饰器模式和继承关系对比分析一下，两者都是要扩展类的功能，但是装饰器模式比继承关系更具灵活性。装饰器模式允许动态地决定增加或是删除扩展的功能，按照需求自由地进行扩展性能的组合；而继承关系是静态的，事先就要全部写好，在扩展性能较多的时候，会遇到“组合爆炸”的尴尬处境。但是在扩展性能较多的情况下，装饰器模式也有一定弊端，就是复杂程度较高，显得较为臃肿冗余。