装饰器模式是一种结构型设计模式，它可以在不改变原有对象结构的情况下，动态地给该对象增加一些职责(即增加其额外功能)。装饰器模式的主要优点有：装饰器模式是继承的有力补充，比继承灵活，在不改变原有对象的情况下，动态的给一个对象扩展其功能，即插即用。通过使用不同装饰类及这些装饰类的排序组合，可以实现不同的效果。装饰器模式完全遵循开闭原则。
装饰器模式是一种结构型设计模式，它允许你在不修改对象结构的情况下向对象添加新功能，这种模式通常用于在运行时动态地为对象添加新的行为，而不需要将这些行为与对象本身解耦，本文将从以下几个方面详细介绍装饰器模式：定义、优点、缺点、应用场景以及实现方法。
1、定义
装饰器模式是一种结构型设计模式，它允许你在不修改对象结构的情况下向对象添加新功能，这种模式通常用于在运行时动态地为对象添加新的行为，而不需要将这些行为与对象本身解耦。
2、优点
- 代码复用：通过使用装饰器模式，可以在不修改原始类的基础上，为类添加新的功能，从而实现代码的复用。
- 降低耦合度：装饰器模式将对象的行为与其实现解耦，使得对象的行为可以独立于其实现进行修改和扩展。
- 易于维护：由于装饰器模式将对象的行为与其实现解耦，因此在需要修改或扩展对象行为时，只需修改装饰器即可，无需修改原始类。
3、缺点
- 性能开销：由于装饰器模式涉及到对象的创建和销毁，因此在性能上可能会有一定的开销。
- 调试困难：由于装饰器模式涉及到多个层次的抽象，因此在调试过程中可能会遇到一定的困难。
4、应用场景
装饰器模式适用于以下场景：
- 当需要在不修改原始类的基础上，为类添加新的功能时。
- 当需要动态地为对象添加新的行为，而不需要将这些行为与对象本身解耦时。
- 当需要降低对象之间的耦合度时。
5、实现方法
下面我们以一个简单的示例来说明如何实现装饰器模式：
我们定义一个接口Component,它包含一个operation方法，用于表示组件的基本操作：
public interface Component {
void operation();
}我们定义一个具体的组件类ConcreteComponent,它实现了Component接口：
public class ConcreteComponent implements Component {
@Override
public void operation() {
System.out.println("ConcreteComponent operation");
}
}我们定义一个抽象装饰器类Decorator,它也实现了Component接口，并持有一个Component类型的成员变量component:
public abstract class Decorator implements Component {
protected Component component;
public Decorator(Component component) {
this.component = component;
}
@Override
public void operation() {
component.operation();
}
}我们可以创建具体的装饰器类，例如ConcreteDecoratorA和ConcreteDecoratorB,它们分别继承自Decorator类，并在operation方法中添加新的功能：
public class ConcreteDecoratorA extends Decorator {
public ConcreteDecoratorA(Component component) {
super(component);
}
@Override
public void operation() {
super.operation(); // 先执行原始操作
System.out.println("ConcreteDecoratorA operation"); // 再添加新功能1
}
}
public class ConcreteDecoratorB extends Decorator {
public ConcreteDecoratorB(Component component) {
super(component);
}
@Override
public void operation() {
super.operation(); // 先执行原始操作
System.out.println("ConcreteDecoratorB operation"); // 再添加新功能2
}
}我们可以在客户端代码中使用装饰器模式为组件添加新功能：
