什么是装饰器模式
装饰器模式是一种用于代替继承的技术,无需通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系,更加灵活,同时避免类型体系的快速膨胀。
组件:
Component抽象构件角色:真实对象和装饰对象有相同的接口。这样,客户端对象就能够以与真实对象相同的方式同装饰对象交互。
ConcreteComponent具体构件角色(真实对象):io流中的FileInputStream、FileOutputStream
Decorator装饰角色:持有一个抽象构件的引用。装饰对象接受所有客户端的请求,并把这些请求转发给真实的对象。这样,就能在真实对象调用前后增加新的功能。
ConcreteDecorator具体装饰角色:负责给构件对象增加新的责任。
在很多地方都应用到了装饰器模式,例如:
jdk中的IO流,mybatis中的缓存模块。
装饰器模式和动态代理的区别
假设这样一种场景,我们要为类Origin增加A功能,B功能和C功能。
1,动态代理:需要生成三个Origin的Handler来分别增加A,B,C功能。这三个代理类分别为OriginHandlerA,OriginHandlerB,OriginHandlerC
2,装饰器模式:也需要生成三个Origin的装饰器来增加A,B,C的功能。这三个装饰器分别为OriginDecoratorA,OriginDecoratorB,OriginDecoratorC
现在我们有了新的需求,需要为Origin类增加A,B功能。
1,动态代理:再生成一个子类来实现AB功能的组合,客户端代码获取对应功能的代理类可以解耦到配置文件中。这样就可以不用修改客户端代码来实现新的功能了。
2,装饰器模式:不需要生成新的装饰器类,只需要在客户端代码中组合的OriginDecoratorA和OriginDecoratorB来或者AB功能。
示例
抽象接口
public interface ICar {
void move();
}
ConcreteComponent 具体构件角色
public class Car implements ICar {
@Override
public void move() {
System.out.println("Car................");
}
}
装饰器角色
public class BWM implements ICar {
private ICar iCar;
public BWM(ICar iCar) {
this.iCar = iCar;
}
@Override
public void move() {
iCar.move();
System.out.println("BWM...........");
}
}
public class Benz implements ICar {
private ICar iCar;
public Benz(ICar iCar) {
this.iCar = iCar;
}
@Override
public void move() {
iCar.move();
System.out.println("Beaz .....");
}
}
测试
public class Test {
public static void main(String[] args) {
ICar car = new Car();
ICar newCar = new Benz(new BWM(car));
newCar.move();
}
}