装饰器模式装饰器模式——优雅地扩展代码装饰器模式和代理模式的区别

装饰器模式是一种结构型设计模式，它允许在不修改原始类代码的情况下，通过使用包装对象来动态地添加新功能，这种模式的主要目的是将那些与业务逻辑相关的功能封装起来，从而使得原始类的使用者不需要关心这些功能的实现细节，装饰器模式通常用于实现一些可复用的、模块化的组件，以及在不破坏原有结构的情况下，逐步引入新的功能。

装饰器模式的核心思想是“合成(Compose)”，即将一个对象组合成另一个对象，在Java中，这个过程通常通过接口和实现类之间的继承关系来实现，我们可以定义一个装饰器接口，然后创建一个具体的装饰器类来实现这个接口，我们需要在原始类上添加一个方法，该方法接受一个装饰器对象作为参数，并返回一个新的对象，这个新对象包含了原始对象的所有功能以及装饰器所添加的新功能。

下面是一个简单的装饰器模式的例子：

我们定义一个接口Component:

public interface Component {
    void operation();
}

我们创建一个具体的组件类ConcreteComponent,它实现了Component接口：

public class ConcreteComponent implements Component {
    @Override
    public void operation() {
        System.out.println("ConcreteComponent operation");
    }
}

我们创建一个具体的装饰器类Decorator,它也实现了Component接口，并持有一个Component对象的引用：

public class Decorator implements Component {
    protected Component component;
    public Decorator(Component component) {
        this.component = component;
    }
    @Override
    public void operation() {
        component.operation();
    }
}

我们可以创建一个具体的装饰器类ConcreteDecoratorA,它继承自Decorator,并添加了一个新的功能：

public class ConcreteDecoratorA extends Decorator {
    public ConcreteDecoratorA(Component component) {
        super(component);
    }
    @Override
    public void operation() {
        super.operation(); // 先执行原始组件的操作
        System.out.println("ConcreteDecoratorA operation"); // 再添加新功能
    }
}

我们在客户端代码中使用装饰器模式：

public class Client {
    public static void main(String[] args) {
        Component component = new ConcreteComponent(); // 用具体的组件初始化对象引用
        component = new ConcreteDecoratorA(component); // 用装饰器A包装组件对象
        component = new ConcreteDecoratorB(component); // 用装饰器B包装组件对象
        component.operation(); // 输出：ConcreteComponent operation -> ConcreteDecoratorA operation -> ConcreteDecoratorB operation -> ConcreteComponent operation (因为装饰器的执行顺序是从内到外，所以这里的顺序可能会有所不同)
    }
}

通过使用装饰器模式，我们可以在不修改原始类代码的情况下，轻松地为其添加新的功能，这种模式还可以帮助我们实现一些可复用的、模块化的组件，以及在不破坏原有结构的情况下，逐步引入新的功能。