1、装饰模式概述:
装饰模式(Decorator Pattern):动态地给一个对象增加一些额外的职责,就增加对象功能来说,装饰模式比生成子类更为灵活。《设计模式的艺术》
使用场景:
现实生活中大家都会遇到的一种场景,当买了房子之后,可能都需要对房子进行装修,或是根据自己的一些喜好对房间进行二次的装饰来满足自己的需求。软件系统开发也如此,一个系统设计好之后,常常需要对系统进行扩展,增加新的业务需求。市场端的需求是善变的,因此在软件设计时必须要考虑到系统的扩展性,不可能一次性将所有功能做到满足所有需求。装饰模式的应用,为系统的扩展以及迭代需求提供很好的支持。
2、装饰模式UML类图:
Component(抽象构件):作为具体构件和装饰类的公共父类,定义相关的业务接口,主要为面向抽象编程;
ConcreteComponent(具体构件):作为抽象构件的子类,为具体业务的实现者;
Decorator(抽象装饰类):抽象构件的子类,定义为抽象类。用于扩展具体构件的业务功能,作为抽象存在只是为了用户端使用时面向接口编程。其内部维护一个抽象构件的引用,通过该引用来调用具体构件的方法,并通过其子类来扩展业务方法,实现装饰的目的。
ConcreteDecorator(具体装饰类):作为抽象装饰类的子类,完成对具体构件业务功能的扩展装饰功能。
3、装饰模式示例:
项目背景:
咋一看上面的类图设计,可能体会不到装饰模式的优雅性,我们通过一个实例,来带大家体会其中妙处。该实例为某电商平台活动、扣费相关部分的后台设计,与前面文章一样只展示其功能并不上具体代码啦。
/**
* 负责实现各种折扣业务
*/
public class DiscountBusiness {
/**
* 会员9折优惠
*/
public void discountForVip() {
//do something
}
/**
* 51活动优惠
*/
public void discountForLayborDay() {
//do