9.装饰者模式

一、介绍

定义：
装饰者模式：动态的将新功能附加到对象上。在对象功能扩展方面，它比继承更有弹性，装饰者模式也体现了开闭原则（ocp）

二、原理类图

2.1 原理类图说明

装饰者模式角色与职责：

1. Component(抽象构件)：用于规范需要装饰的对象；
2. ConcreteComponent(具体构件)：该角色实现抽象构件接口，定义一个需要装饰的原始类；
3. Decorator(装饰角色)：该对象持有一个构件对象的实例，并定义一个与抽象构件接口一致的接口；
4. ConcreteDecorator(具体装饰角色)：该角色负责对构建对象进行装饰

2.2 具体代码

1. 抽象构件Component接口的代码如下所示
   【2-2-1】Component.java

public interface Component {
        public void operation();
    }

2. 具体构件ConcreteComponent类的代码如下所示
   【2-2-2】ConcreteComponent.java

public class ConcreteComponent implements Component {
        public void operation() {
        //业务代码
        }
    }

3.装饰Decorator的代码如下所示
【2-2-3】 Decorator.java

public abstract class Decorator implements Component {
  private Component component = null;
    public Decorator(Component component) {
        this.component = component;
    }
    public void operation() {
        this.component.operation();
    }
}

4. 具体装饰ConcreteDecorator的代码如下所示
   【代码 2-4-7】 ConcreteDecorator.java

public class ConcreteDecorator extends Decorator {
     public ConcreteDecorator(Component component) {
         super(component);
     }
     //定义自己的方法
     private void method(){
         System.out.println("修饰");
     }
     //重写operation方法
     public void operation(){
         this.method();
         super.operation();
     }
   }

5. Client类对装饰模式进行应用，代码如下所示
   【代码2-4-8】 Client.java

public class Client {
    public static void main(String args[]) {
        Component component = new ConcreteComponent();
        //进行装饰
        component = new ConcreteDecorator(component);
        component.operation();
    }
}

三、优缺点

优点：

1. 装饰类和被装饰类可以独立发展，而不会相互耦合。即Component类无须知道Decorator类，Decorator类是从外部来扩展Component类的功能，而Decorator也不用知道具体的构件
2. 装饰模式是继承关系的一个替代方案。装饰类Decorator，不管装饰多少层，返回的对象还是Component
3. 装饰模式可以动态的扩展一个实现类的功能

缺点：

• 1.多层的装饰是比较复杂的

四、应用场景

1. 需要扩展一个类的功能，或给一个类增加附加功能
2. 需要动态的给一个对象增加功能，这些功能可以再动态的撤销
3. 需要为一批类进行改装或加装功能

注意：
装饰模式是对继承的有力补充。单纯使用继承时，在一些情况下就会增加很多子类，而且灵活性差，维护也不容易。装饰模式可以替代继承，解决类膨胀的问题，如Java基础类库中的输入输出流相关的类大量使用了装饰模式。