装饰模式(Decorator Pattern)是一种比较常见的模式。
定义:
- 动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
装饰模式类图如下所示。

装饰模式有以下4个角色。
- 抽象构件(Component)角色:用于规范需要装饰的对象(原始对象)。
- 具体构件(ConcreteComponent)角色:实现抽象构件接口,定义一个需要装饰的原始类。
- 装饰(Decorator)角色:持有一个构件对象的实例,并定义一个与抽象构件接口一致的接口,
- 具体装饰角色:负责对构件对象进行装饰。
Component.java
- public interface Component {
- public void operation();
- }
ConcreteComponent.java
- public class ConcreteComponent implements Component {
- @Override
- public void operation() {
- System.out.println("业务代码");
- }
- }
Decorator.java
- public abstract class Decorator implements Component {
- private Component component = null;
- public Decorator(Component component) {
- this.component = component;
- }
- @Override
- public void operation() {
- this.component.operation();
- }
- }
ConcreteDecorator.java
- public class ConcreteDecorator extends Decorator {
- public ConcreteDecorator(Component component) {
- super(component);
- }
- // 定义自己的方法
- public void selfMethod() {
- System.out.println("修饰");
- }
- // 重写operation
- @Override
- public void operation() {
- this.selfMethod();
- super.operation();
- }
- }
Client.java
- public class Client {
- public static void main(String[] args) {
- Component component = new ConcreteComponent();
- // 进行装饰
- component = new ConcreteDecorator(component);
- component.operation();
- }
- }
优点:
- 装饰类和被装饰类可以独立发展,而不会相互耦合。即Component类无须知道Decorator类,Decorator类是从外部来扩展Component类的功能,而Decorator也不用知道具体的构件。
- 装饰模式是继承关系的一个替代方案。装饰类Decorator,不管装饰多少层,返回的对象还是Component.
- 装饰模式可以动态地扩展一个实现类的功能。
缺点:
应用场景:
- 需要扩展一个类的功能,或给一个类增加附加功能。
- 需要动态地给一个对象增加功能,这些功能可以再动态地撤销。
- 需要为一批类进行改装或加装功能。
装饰模式是对继承的有力补充。单纯使用继承时,在一些情况下就会增加很多子类,而且灵活性较差,维护也不容易。装饰模式可以替代继承,解决类膨胀的问题,如Java基础类库中的输入输出流相关的类大量使用了装饰模式。
摘自:
青岛东合信息技术有限公司 . 设计模式(Java版) . 电子工业出版社,2012,78-80.