<装饰模式是继承的一个替代模式>
概念理解
-
定义:在不改变原有类的结构基础上,动态地给一个对象添加一些额外的职责。就增加功能来说,装饰器模式相比生成子类更为灵活。
Decorator.png
Component:原始组件的抽象类或者接口
ConcreteComponent:原始的组件对象,通常是被装饰器装饰的原始对象;
Decorator:装饰器的抽象类或者接口。为了实现装饰器功能的复用,需要继承组件接口类Component;并持有一个Component对象。(如果不继承组件接口类Component,则只能为某个组件添加单一的功能,即装饰器对象不能在装饰其他的装饰器对象。)
ConcreteDecorator:具体的装饰器类,实现向被装饰对象添加的不同的功能。
应用和优缺点
-
解决问题:
避免子类膨胀:扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且随着扩展功能的增多,子类会很膨胀。 -
应用实例:
1、装饰模式为已有类动态附加额外的功能就像LOL、王者荣耀等类Dota游戏中,英雄升级一样。每次英雄升级都会附加一个额外技能点学习技能。具体的英雄就是ConcreteComponent,技能栏就是装饰器Decorator,每个技能就是ConcreteDecorator; -
应用场景:
1、扩展一个类的功能。
2、动态增加功能,动态撤销。 -
优点:
1、装饰者模式可以提供比继承更多的灵活性
2、装饰类和被装饰类可以独立发展,不会相互耦合
3、替代继承的强耦合关系,模块解耦 -
缺点:
1、会产生很多的小对象,增加了系统的复杂性
2、多层装饰复杂度增加,意味着更加易于出错,排错也很困难,调试时寻找错误可能需要逐级排查,较为烦琐。
参考:
装饰器模式(Decorator)
网友评论