GOF23设计模式-结构型模式5-装饰模式（Decorator）

装饰职责

• 动态的为一个对象增加新功能。
• 是一种用于替代继承的技术，无需通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系，更加灵活，同时避免了类型体系快速膨胀。

实现细节

• Component抽象构件角色：
  真实对象和装饰对象有相同的接口。这样客户端对象就能够以与真实对象相同的方式同装饰对象交互。
• ConcreteComponent具体构件角色（真实对象）：
  IO流中的FileInputStream、FileOutputStream
• Decorator装饰角色：
  持有一个抽象构件的引用。装饰对象接受所有客户端的请求，并把这些请求转发给真实的对象，这样，就能在真实对象调用的前后添加新的功能。
• ConcreteDecorator具体装饰角色：
  负责给构件对象增加新的责任。
  

案例说明

我们有一个真实对象车，然后我们想给它添加新的功能使之成为可飞行汽车，在加新功能使之成为水上汽车，和可让其成为智能汽车。要完成这样的功能，使用继承是可以办到的，要一种新功能的车，就新加一个子类，但是这样会使类体系非常庞大，又不灵活。要是我们想要一个既可以水上跑又能天上飞的，那么这样的继承还怎么玩儿？当然可以使用装饰模式来完成。

代码实现

1. 汽车接口ICar（抽象组件Component）：

/**
 * User：tumbler
 * Desc：装饰模式--汽车抽象接口（Component）
 */
public interface ICar {
    void move();
}

2. 真实汽车Car（被装饰的具体构件对象ConcreteComponent）

/**
 * User：tumbler
 * Desc：装饰模式--ConcreteComponent具体构件角色
 */
public class Car implements ICar {
    @Override
    public void move() {
        System.out.println("地上跑");
    }
}

3. 超级汽车SuperCar（装饰器角色Decorator）

/**
 * User：tumbler
 * Desc：装饰模式--装饰构件（Decorator）
 */
public class SuperCar implements ICar {
    protected ICar car;
    
    public  SuperCar(ICar car) {
        super();
        this.car = car;
    }

    @Override
    public void move() {
        car.move();
    }
}

4. 飞行汽车FlyCar，智能汽车AICar，水上汽车WaterCar等具体汽车（ConcreteDecorator具体装饰角色）

**
 * User：tumbler
 * Desc：装饰模式--具体装饰器--飞行汽车
 */
public class FlyCar extends SuperCar {
    public FlyCar(ICar car) {
        super(car);
    }
    public void fly() {
        System.out.println("天上飞");
    }
    @Override
    public void move(){
        super.move();
        fly();
    }
}

/**
 * User：tumbler
 * Desc：装饰模式--具体装饰器--水上汽车
 */
public class WaterCar extends SuperCar {
    public WaterCar(ICar car) {
        super(car);
    }
    public void swim() {
        System.out.println("水上游");
    }
    @Override
    public void move(){
        super.move();
        swim();
    }
}

/**
 * User：tumbler
 * Desc：装饰模式--具体装饰器--智能汽车
 */
public class AICar extends SuperCar {
    public AICar(ICar car) {
        super(car);
    }
    public void auto() {
        System.out.println("自动跑");
    }
    @Override
    public void move(){
        super.move();
        auto();
    }
}

5. 客户端调用，可自由组合新的功能

/**
 * User：tumbler
 * Desc：装饰模式--客户端
 */
public class Client {
    public static void main(String[] args) {
        System.out.println("---原始真实对象：地上跑");
        Car car = new Car();
        car.move();

        System.out.println("---增加新功能：飞行汽车");
        FlyCar flyCar = new FlyCar(car);
        flyCar.move();

        System.out.println("---增加新功能：水上汽车");
        WaterCar waterCar = new WaterCar(car);
        waterCar.move();

        System.out.println("---增加两新功能：水上汽车+智能汽车");
        AICar aiCar = new AICar(new WaterCar(new Car()));
        aiCar.move();
    }
}

6. 输出结果：

---原始真实对象：地上跑
地上跑
---增加新功能：飞行汽车
地上跑
天上飞
---增加新功能：水上汽车
地上跑
水上游
---增加两新功能：水上汽车+智能汽车
地上跑
水上游
自动跑

7. UML图：
   

开发使用场景

• IO中输入输出流的设计
• Swing包中图形界面构件功能
• Servlet API中提供了一个request对象的Decorator设计模式的默认实现类HttpServletRequestWrapper，增强了request对象的功能
• Struts2中，request、response、session对象的处理

IO流中的装饰

• Component抽象构件角色：
  InputStream、OutputStream、Reader、Writer
• ConcreteComponent具体构件角色：
  FileInputStream、FileOutputStream
• Decorator装饰角色：
  持有一个抽象构件的引用，FilterInputStream、FilterOutputStream
• ConcreteDecorator具体装饰角色：
  负责给构件对象添加新责任，BufferedOutputStream、BufferedInputStream

总结

• 装饰模式（Decorator）也叫包装器模式（Wrapper）。
• 装饰模式降低系统的耦合度，可以动态的增加或删除对象的职责，并使得需要装饰的具体构件类和具体装饰类可以独立变化，以便增加新的构件类和具体装饰类。

优点

• 扩展对象功能，比继承灵活，不会导致类个数急剧增加。
• 可以对一个对象进行多次装饰，创造出不同行为的组合，得到功能更加强大的对象。
• 具体构件类和具体装饰类可以独立变化，用户可以根据需要自己增加新的具体构件和具体装饰类。

缺点

• 产生很多小对象。大量的小对象占据内存，一定程度上影响性能。
• 装饰模式易于出错，调试排查比较麻烦。

装饰 VS 桥接 区别

两个模式都是为了解决过多子类对象问题。但是它们的诱因不同。桥接模式是对象自身现有机制沿着多个维度变化，是既有部分不稳定。装饰模式是为了增加新的功能。