开发中的使用场景

• IO输入流和输出流的设计

• Swing包中图形界面构件功能

• Servlet API中提供了一个request对象的Decorator设计模式的默认实现类HttpServletRequestWrapper,HttpServletWrapper类,增强了request对象的功能

• Struct2中,request,response,seeeion对象的处理

职责

• 动态的为一个对象增加新的功能

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

实现细节

• Component抽象构件角色

  真实对象和装饰对象有相同的接口.这样,客户端对象就能够以与真实对象相同的方式同装饰对象交互

• ConcreteComponent具体构件角色(真实对象)

  IO流中的FileInputStream,FileOutputStream

• Decorator装饰角色

  持有一个抽象构件的引用.装饰对象接受所有客户端的请求,并把这些请求转发给真实的对象,这样就能在真实对象调用前后增加新的功能

• ConcreteDecorator具体装饰角色

  负责给构件对象增加新的责任

简单案例说明

public interface ICar {
    void move(); 
}

//具体构件对象(真实对象)
class Car implements ICar{

    @Override
    public void move() {
        System.out.println("陆地上跑!");

    }

}

//装饰器角色
class SuperCar implements ICar{
    protected ICar car;

    public SuperCar(ICar car) {
        super();
        this.car = car;
    }

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

    } 

}

//具体装饰对象
class FlyCar extends SuperCar{

    public FlyCar(ICar car) {
        super(car);
    }

    public void fly(){
        System.out.println("天上飞!");
    }

    @Override
    public void move() {
        super.move();
        fly();
    }
}

class WaterCar extends SuperCar{

    public WaterCar(ICar car) {
        super(car);
    }

    public void swim(){
        System.out.println("水中游!");
    }

    @Override
    public void move() {
        super.move();
        swim();
    }
}

class AICar extends SuperCar{

    public AICar(ICar car) {
        super(car);
    }

    public void autoMove(){
        System.out.println("自动驾驶!");
    }

    @Override
    public void move() {
        super.move();
        autoMove();
    }
}

public class Client {

    public static void main(String[] args) {

        Car car = new Car();
        car.move();

        //增加新功能
        FlyCar flyCar = new FlyCar(car);
        flyCar.move();

        WaterCar waterCar = new WaterCar(flyCar);
        waterCar.move();
    }

}

IO流实现细节

• Component抽象构件角色

  IO流中的InputStream,OuputStream,Reader,Writrt

• ConcreteComponent具体构件角色(真实对象)

  IO流中的FileInputStream,FileOutputStream

• Decorator装饰角色

  持有一个抽象构件的引用:IO流中的FilterInputStream,FilterOutputStream

• ConcreteDecorator具体装饰角色

  负责给构件对象增加新的责任:IO流中的BufferedOutputStream,BufferedInputStream等

总结

• 装饰模式(Decorator)也叫包装器模式(Wrapper)

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

优点

• 扩展对象功能,比继承灵活,不会导致类个数急剧增加

• 可以对一个对象进行多次装饰,创造出不同行为的组合,得到功能更加强大的对象

• 具体构件类具体装饰类可以独立变化,用户可以根据需要自己增加构件子类和具体装饰子类

缺点

• 产生很多小对象.大量小对象占据内存,一定程度上影响性能

• 装饰模式易于出错,调试排查比较麻烦

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

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