设计模式之装饰者模式

定义与介绍

指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式，它属于对象结构型模式。

优点：

1. 装饰者是继承的有力补充，比继承灵活，在不改变原有对象的情况下，动态的给一个对象扩展功能，即插即用
2. 通过使用不用装饰类及这些装饰类的排列组合，可以实现不同效果

缺点：

1. 装饰者模式造成很多的策略类，增加维护难度。

策略模式的实现

1. 抽象构件（Component）角色：定义一个抽象接口以规范准备接收附加责任的对象。
2. 具体构件（ConcreteComponent）角色：实现抽象构件，通过装饰角色为其添加一些职责。
3. 抽象装饰（Decorator）角色：继承抽象构件，并包含具体构件的实例，可以通过其子类扩展具体构件的功能。
4. 具体装饰（ConcreteDecorator）角色：实现抽象装饰的相关方法，并给具体构件对象添加附加的责任。

/**
 * 抽象构件
 */
public interface Component {
    void option();
}
/**
 * 具体构件
 */
public class ConcreteComponent implements Component {
    @Override
    public void option() {
        System.out.println("具体构件方法执行！");
    }
}
/**
 * 抽象装饰
 */
public class Decorator implements Component {
    private Component component;
    public Decorator(Component component) {
        this.component = component;
    }
    @Override
    public void option() {
        System.out.println("抽象前置装饰操作");
        component.option();
        System.out.println("抽象后置装饰操作");
    }
}
/**
 * 具体装饰
 */
public class ConcreteDecorator extends Decorator {
    public ConcreteDecorator(Component component) {
        super(component);
    }
    @Override
    public void option(){
        // 调用抽象装饰option方法
        super.option();
        System.out.println("具体装饰增强逻辑");
    }
}
/**
 * 测试类
 */
public class TestDemo01 {
    public static void main(String[] args) {
        // 在创建具体装饰时传入具体构件对象
        ConcreteDecorator concreteDecorator = new ConcreteDecorator(new ConcreteComponent());
        concreteDecorator.option();
    }
}
// 执行结果
抽象装饰操作
具体构件方法执行！
抽象装饰操作
具体装饰增强逻辑

总结

通常情况下，扩展一个类的功能会使用继承方式来实现。但继承具有静态特征，耦合度高，并且随着扩展功能的增多，子类会很膨胀。如果使用组合关系来创建一个包装对象（即装饰对象）来包裹真实对象，并在保持真实对象的类结构不变的前提下，为其提供额外的功能，这就是装饰器模式的目标。

各种设计模式都不是独立存在的，而是互相引用。个人觉得这个装饰者设计模式，就是对代理模式的一种拓展和增强。