通俗易懂系列 | 设计模式(二):装饰模式
2018国庆黄金周来了,恰值国庆黄金周节假日,我想高速上一定车山车海,还好我选择了高铁,不然肯定需要寻找项目合作人或在高速上吃创业人士的炒饭炒面了。
国庆7天长假,天气又如此的好,所谓风和日丽,如此良辰美景,回家的你一定会发现路上结婚的车队是来来往往,特别是领头的婚车,鲜花与气球给装饰的是大气,豪华。当然婚车里的新娘也是精心装扮,那是,挽青丝,双环结,百合鬓边巧装点。白婚纱,如飘烟,红颜新妆比花艳。甚至王者荣耀也趁这个节假日来了一拨皮肤优惠活动和新出了让“农药们”剁手的"胖达荣荣"国宝皮肤,就是吸引你们剁手去装饰你们喜爱的英雄。还有类似新房装修,博客更新皮肤等等,这些都是装饰。那我们程序世界的装饰模式是如何的呢?
介绍
装饰模式,是面向对象编程领域中,一种动态地往一个类中添加新的行为的设计模式。就功能而言,装饰模式相比生成子类更为灵活,这样可以给某个对象而不是整个类添加一些功能。
意图:动态地给一个对象添加一些额外的职责和增加功能。
主要解决:一般的,我们为了扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且随着扩展功能的增多,子类会很膨胀。
何时使用:在不想增加很多子类的情况下扩展类。
如何解决:将具体功能职责划分,同时继承装饰者模式。
关键代码: 1、Component 类充当抽象角色,不应该具体实现。 2、修饰类引用和继承 Component 类,具体扩展类重写父类方法。
实现
以结婚婚车为例,定义汽车接口
public interface Car {
void drive();
}
创建实现接口的实体类,德国宝马系应该是作为婚车最多的品牌,
public class BMW implements Car {
@Override
public void drive() {
System.out.println("宝马汽车,风驰电掣。");
}
}
创建实现了 Car 接口的抽象装饰类。我们需要婚车接新娘
public abstract class WeddingCarDecorator implements Car{
private Car decoratorCar;
public WeddingCarDecorator(Car decoratorCar) {
this.decoratorCar = decoratorCar;
}
@Override
public void drive() {
decoratorCar.drive();
}
}
创建扩展了 WeddingCarDecorator 类的实体装饰类 - 宝马婚车。
public class BMWWeddingCar extends WeddingCarDecorator {
public BMWWeddingCar(Car decoratorCar) {
super(decoratorCar);
}
@Override
public void drive() {
beautify();
super.drive();
}
private void beautify() {
System.out.println("结婚婚车,铺上鲜花,系上气球。");
}
}
使用 WeddingCarDecorator 来装饰 Car对象。
public class DecoratorDemoMain {
public static void main(String[] args) {
System.out.println("------正常的德系宝马------");
BMW bmw = new BMW();
bmw.drive();
System.out.println("------作为婚车的德系宝马------");
BMWWeddingCar bmwWeddingCar = new BMWWeddingCar(bmw);
bmwWeddingCar.drive();
}
}
执行程序,输出结果:
------正常的德系宝马------
宝马汽车,风驰电掣。
------作为婚车的德系宝马------
结婚婚车,铺上鲜花,系上气球。
宝马汽车,风驰电掣。
类图
总结
优点:装饰类和被装饰类可以独立发展,不会相互耦合,装饰模式是继承的一个替代模式,装饰模式可以动态扩展一个实现类的功能。
缺点:多层装饰比较复杂,使用了许多类似的对象(装饰器)。
使用场景: 1、扩展一个类的功能。 2、动态增加功能,动态撤销。装饰器模式在Java IO类中经常使用,例如FileReader,BufferedReader等。
注意事项:可代替继承。