Java设计模式之装饰者模式最详解(类图+源码)

讲解案例:快餐店

快餐店有炒面、炒饭这些快餐,可以额外附加鸡蛋、火腿、培根这些配菜,加这些配菜需要额外加钱,每个配菜的价钱通常不太一样,那么计算总价就会显得比较麻烦。

通常我们使用继承的方式来实现

但是使用继承会存在一些问题

扩展性不好:如果要加一种配料(火腿肠),我们就会发现需要给FriedRice和FriedNoodles分别定义一个子类。如果要新增一个快餐类(炒河粉),就需要定义更多的子类。所以会产生过多的子类。

所以就需要使用到装饰者模式来实现该案例

装饰者模式定义:指在不改变现有对象结构的情况下,动态地给该对象增加一些职责(及增加其额外功能)的模式。

装饰者模式中的角色

抽象构件角色(Component):定义一个抽象接口以规范准备接收附加责任的对象。

具体构件角色(Concrete Component):实现抽象构件,通过装饰着角色为其添加一些职责。

抽象装饰角色:继承或实现抽象构件,并包含具体构件的实例,可以通过其子类扩展具体构件的功能。

具体装饰者角色(ConcreteDecorator):实现抽象装饰的相关方法,并给具体构件对象添加附加的责任。

使用装饰者模式对快餐店案例进行改进

使用装饰者模式后的类图

 装饰者模式的好处:装饰者模式可以带来比继承更加灵活性的扩展功能是,使用更加方便,可以通过组合不同的装饰者对象来获取不同行为状态的多样性的结果。装饰者模式比继承更具有良好的扩展性,完美的遵循开闭原则,继承是静态的附加责任,装饰者是动态的附加责任。

装饰类和被装饰类可以独立发展,不会相互耦合,装饰模式是继承的一个替代模式,装饰模式可以动态扩展一个实现类的功能。

装饰模式的使用场景

当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时。

不能采用继承的情况有两类

第一类时系统中存在大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。

第二类是因为类定义不能继承(如final类)

在不影响其它对象的情况下,以动态、透明的方式给单个对象添加职责。

当对象的功能要求可以动态地添加也可以动态地撤销时。

代理和装饰者的区别

静态代理和装饰者模式的区别

相同点

都要实现与目标类相同的业务接口

在两个类中都要声明目标对象

都可以在不修改目标类的前提下增强目标方法

不同点

目的不同

装饰者是为了增强目标对象

静态代理是为了保护和隐藏目标对象

获取目标对象构建的地方不同

装饰者时由外界传递进来的,可以通过构造方法传递。

静态代理是在代理类内部创建,以此来隐藏目标对象。

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
装饰者模式(Decorator Pattern)的类图包含以下几个角色: - Component:抽象构件角色,定义一个抽象接口,用来规范具体构件角色和装饰角色的行为。 - ConcreteComponent:具体构件角色,实现 Component 接口,或者继承抽象类 Component,并实现其方法。 - Decorator:抽象装饰角色,继承或实现 Component 接口,包含一个指向 Component 对象的引用,并定义一个与 Component 接口一致的接口。 - ConcreteDecorator:具体装饰角色,继承或实现 Decorator 类,包含一个指向 Component 对象的引用,并可以增加一些额外的功能。 装饰者模式类图示例如下: ``` +-------------------------+ | Component | +-------------------------+ | +operation() | +-------------------------+ /\ | +-------------------------+ | ConcreteComponent | +-------------------------+ | +operation() | +-------------------------+ /\ | | +-------------------------+ | Decorator | +-------------------------+ | -component: Component | +-------------------------+ /\ | | +-------------------------+ | ConcreteDecorator | +-------------------------+ | -component: Component | | +operation() | +-------------------------+ ``` 在上面的类图中,Component 是抽象构件角色,定义了一个抽象接口 operation(),ConcreteComponent 是具体构件角色,实现了 Component 接口,并且定义了具体的业务方法。Decorator 是抽象装饰角色,继承或实现了 Component 接口,包含一个指向 Component 对象的引用,并定义了一个与 Component 接口一致的接口。ConcreteDecorator 是具体装饰角色,继承或实现了 Decorator 类,包含一个指向 Component 对象的引用,并可以增加一些额外的功能。 在装饰者模式中,客户端可以使用一个或多个装饰器来动态地改变一个对象的行为,而不需要修改原始对象的代码。通过将对象包装在一系列装饰器中,可以在运行时动态地添加或删除功能,从而实现更灵活、更可扩展的设计。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值