职责

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

UML

image.png

实现细节

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

代码实现

package com.amberweather.decorator;
/**
 * Component抽象构件角色
 * @author HT
 *
 */
public interface ICar {
    void move();
}
//ConcreteComponent具体构件角色（真实角色）
class Car implements ICar{
    @Override
    public void move() {
        System.out.println("陆地上跑");
    }
}
//Decorator装饰角色
class SuperCar implements ICar{
    private ICar car;
    
    public SuperCar(ICar car) {
        super();
        this.car = car;
    }

    @Override
    public void move() {
        car.move();
    }
    
}
//ConcretDecorator具体装饰角色
class FlyCar extends SuperCar{

    public FlyCar(ICar car) {
        super(car);
    }
    public void fly(){
        System.out.println("在天上飞");
    }
    @Override
    public void move() {
        fly();
        super.move();
    }
}
//ConcretDecorator具体装饰角色
class WaterCar extends SuperCar{

    public WaterCar(ICar car) {
        super(car);
    }
    public void swim(){
        System.out.println("在水上跑");
    }
    @Override
    public void move() {
        swim();
        super.move();
    }
}

package com.amberweather.decorator;

public class Client {

    public static void main(String[] args) {
        Car car = new Car();
        car.move();
        
        System.out.println("----增加新的飞行功能----");
        
        FlyCar flyCar = new FlyCar(car);
        flyCar.move();
        
        System.out.println("----增加新的水上游功能----");
        
        WaterCar waterCar = new WaterCar(flyCar);
        waterCar.move();
    }

}

image.png

装饰器的实例

Reader r = new BufferedReader(new InputStream(new FileInputStream(new File("D:/a.txt"))));

总结

装饰模式降低系统的耦合度，可以动态的增加或删除对象的职责，并使得需要装饰的具体构建类和具体装饰类可以独立变化，以便增加新的具体构建类和具体装饰类。

装饰模式和桥接模式的区别

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