装饰器模式（Decorator Pattern）
装饰器模式（Decorator Pattern）是一种结构型设计模式，它允许向一个现有的对象添加新的功能，同时又不改变其结构。装饰器模式通过创建一个装饰类来包装原有的类，并在保留原有类的接口的情况下，提供额外的功能。
装饰器模式的应用场景
- 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责：如给一个图形对象添加边框、颜色等属性。
- 当不能采用生成子类的方法进行扩展时：如有大量独立的扩展，或扩展是动态的。
装饰器模式的实现方式
1. 传统实现方式
思想：通过定义一个抽象的组件类，所有的具体组件和装饰类都继承自该组件类。装饰类包含一个组件对象，并在调用其方法前后进行增强。
实现方式：
// 抽象组件
abstract class Component {public abstract void operation();
}// 具体组件
class ConcreteComponent extends Component {public void operation() {System.out.println("ConcreteComponent operation");}
}// 抽象装饰类
abstract class Decorator extends Component {protected Component component;public Decorator(Component component) {this.component = component;}public void operation() {component.operation();}
}// 具体装饰类A
class ConcreteDecoratorA extends Decorator {public ConcreteDecoratorA(Component component) {super(component);}public void operation() {super.operation();addedBehavior();}public void addedBehavior() {System.out.println("ConcreteDecoratorA added behavior");}
}// 具体装饰类B
class ConcreteDecoratorB extends Decorator {public ConcreteDecoratorB(Component component) {super(component);}public void operation() {super.operation();addedBehavior();}public void addedBehavior() {System.out.println("ConcreteDecoratorB added behavior");}
}// 客户端代码
public class DecoratorPattern {public static void main(String[] args) {Component component = new ConcreteComponent();Component decoratorA = new ConcreteDecoratorA(component);Component decoratorB = new ConcreteDecoratorB(decoratorA);decoratorB.operation();}
}
优点：
- 可以动态地添加和删除对象的职责，比静态继承更加灵活。
- 通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。
- 符合开闭原则，可以在不修改原有代码的情况下扩展对象的新功能。
缺点：
- 会产生许多小对象，增加了系统的复杂性。
- 多层装饰时会增加调试的难度，特别是出现问题时难以找到问题所在。
2. 使用接口实现装饰器模式
思想：通过定义一个接口，所有的具体组件和装饰类都实现该接口，装饰类包含一个接口类型的对象，并在调用其方法前后进行增强。
实现方式：
// 抽象组件接口
interface Component {void operation();
}// 具体组件
class ConcreteComponent implements Component {public void operation() {System.out.println("ConcreteComponent operation");}
}// 抽象装饰类
abstract class Decorator implements Component {protected Component component;public Decorator(Component component) {this.component = component;}public void operation() {component.operation();}
}// 具体装饰类A
class ConcreteDecoratorA extends Decorator {public ConcreteDecoratorA(Component component) {super(component);}public void operation() {super.operation();addedBehavior();}public void addedBehavior() {System.out.println("ConcreteDecoratorA added behavior");}
}// 具体装饰类B
class ConcreteDecoratorB extends Decorator {public ConcreteDecoratorB(Component component) {super(component);}public void operation() {super.operation();addedBehavior();}public void addedBehavior() {System.out.println("ConcreteDecoratorB added behavior");}
}// 客户端代码
public class InterfaceDecoratorPattern {public static void main(String[] args) {Component component = new ConcreteComponent();Component decoratorA = new ConcreteDecoratorA(component);Component decoratorB = new ConcreteDecoratorB(decoratorA);decoratorB.operation();}
}
优点：
- 接口使得装饰类和具体组件更加解耦，符合依赖倒置原则。
- 接口可以更容易地进行单元测试和模拟对象。
缺点：
- 同样会产生许多小对象，增加系统复杂性。
- 多层装饰时仍然会增加调试的难度。
总结
| 实现方式 | 优点 | 缺点 |
|---|---|---|
| 传统实现方式 | 动态添加和删除职责，符合开闭原则，行为组合多样化 | 产生许多小对象，系统复杂性增加，多层装饰调试难度大 |
| 使用接口实现装饰器模式 | 解耦装饰类和具体组件，符合依赖倒置原则，易于单元测试和模拟对象 | 产生许多小对象，系统复杂性增加，多层装饰调试难度大 |
选择哪种实现方式应根据具体的需求和系统的复杂度来决定。如果希望组件和装饰类之间更加解耦且易于测试，可以选择使用接口实现装饰器模式。如果更关注具体类的扩展性和灵活性，可以选择传统的实现方式。
