设计模式(八)——装饰者模式

本文介绍了装饰者模式,通过快餐店案例展示了该模式的概念。装饰者模式提供了一种比继承更灵活的方式来扩展对象功能,避免了因不断创建子类而导致的类爆炸问题。文章详细解释了装饰者模式的角色,并给出代码示例。此外,还探讨了装饰者模式在IO流中的应用以及与静态代理的区别。
摘要由CSDN通过智能技术生成

设计模式(八)——装饰者模式

概述

我们先来看一个快餐店的例子。

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

使用继承存在的问题:

  • 拓展性不好:
    如果要再加一种配料,我们还需要再定义子类,产生过多的子类。

装饰者模式中的角色:

  • 抽象构件角色:定义一个抽象接口来规范准备接收附加责任的对象。
  • 具体构件角色:实现抽象构件,通过装饰者角色为其添加一些指责。
  • 抽象装饰角色:继承或实现抽象构件,并包含具体构件的实例,可以通过其子类拓展具体构件的功能。
  • 具体装饰角色:实现抽象装饰的相关方法,并给具体构件对象添加附加的责任。

案例

以上边的快餐为案例:装饰者实现代码如下:

// 抽象构件角色 快餐接口
public abstract class FastFood {
   
    private 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

壹升茉莉清

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值