设计模式之装饰者模式

最新推荐文章于 2026-06-19 23:15:17 发布

原创

最新推荐文章于 2026-06-19 23:15:17 发布 · 481 阅读

标签

#设计模式 #装饰者模式

收录于

本文介绍了装饰者模式的概念，通过路边摊美食的实例来说明其工作原理。装饰者模式允许在不修改对象的基础上，动态地给对象增加新的行为和职责。文章详细展示了路边摊的类图和实现，包括Food、EggCake、ChineseHamburger等类，以及如何通过OriginalMaterial、Egg、Tenderloin等装饰物来改变主食品的价格。

装饰者模式介绍

装饰者模式动态的将责任附加到对象身上。想要拓展功能，装饰者提供有别于继承的另一种选择。

路边摊事例

在城市中，总有那么一群人，为我们提供自然的美味肉夹馍和鸡蛋灌饼，在这两种食物上，我们可以额外的加鸡蛋、里脊、火腿、鸡胸肉等等，我们假定他们的价格如下：

食材	价格	备注
肉夹馍	5.0元	主产品
鸡蛋灌饼	4.0元	主产品
鸡蛋	1.0元	附加品
里脊	2.0元	附加品
火腿肠	1.5元	附加品
鸡胸肉	1.5元	附加品

路边摊只提供两种主商品（肉夹馍和鸡蛋灌饼），在这之上，我们可以添加其他的辅料，比如鸡蛋灌饼 + 里脊，那这个时候的价格是6.0元。

路边摊类图

路边摊实现

Food

package com.lulei.study.design.patterns.decorator;

/**
 * Created by lulei on 2019/4/19.
 */
public abstract

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

xiaojimanman

关注关注

2
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

23种设计模式之装饰者模式

阿武刚巴得

08-27

347

一、什么时候使用装饰者模式公司门口有一个小摊卖鸡蛋饼和肉夹馍的,有时候早上吃早餐就回去光顾一下那个小摊,点了鸡蛋饼之后往往还可以在这个基础之上增加一些配料,例如煎蛋、火腿片、生菜,每个配料额价格都不一样,不管你怎么配配料,最终价格是鸡蛋饼基础价加上每一种所选配料价格的总和.小摊的价格单如下：现在有这么一个问题,不同的主体早餐加上不同的配料有不同的价钱,怎样实现了？大多数人的第一印象...

Java设计模式之装饰者模式

红日

12-13

6506

Java设计模式之装饰者模式目录一、定义二、具体实现三、使用场景四、优缺点目录装饰者模式是结构性设计模式之一，其在不必改变类文件及不使用继承的情况下，动态地扩展一个对象的功能。它通过创建一个包装对象（即装饰）来包裹真实的对象。一、定义动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更加灵活。装饰着模式的结构图：如上结构图所示，装饰者模式中有如下角色： Component：可以是接口或者是抽象类，被装饰的最原始的对象。 ConcreteComponent：组件具体实现类。

参与评论您还未登录，请先登录后发表或查看评论

装饰设计模式

哈

10-12

935

装饰设计模式 ** 说明：装饰设计模式，可以在原有技能的基础上，新增技能，降低继承所带来的耦合性 ** 示例：通过模拟Java官方API中的FileWriter与BufferedWriter来模拟装饰设计模式 第一步：定义接口 public abstract class Writer2 { public abstract void write(); } 第二步：定义过时的类 public...

设计模式——装饰模式详解

热门推荐

关于Android开发的一些技术点总结 ╮(￣▽￣”)╭

08-07

1万+

装饰模式动态地给一个对象添加一些额外的功能，相对于继承的方式，更加灵活。装饰模式经常被误认为是代理模式。装饰模式是以对客户透明的方式扩展对象的功能，是继承关系的一个替代方案。而代理模式则是给一个对象提供一个代理对象，并由代理对象来控制原有对象的引用。前者重在增加功能，后者重在对代理对象施加控制，不是对对象本身功能的增强。...

彻底搞懂设计模式DesignPattern-装饰者模式

Ping

09-01

272

装饰者模式定义装饰者模式：动态的将新功能附加到对象上。在对象功能扩展方面，它比继承更有弹性，装饰者模式也体现了开闭原则(ocp) 这里提到的动态的将新功能附加到对象和ocp原则，在后面的应用实例上会以代码的形式体现，请同学们注意体会。装饰者模式原理装饰者模式就像打包一个快递主体：比如：陶瓷、衣服 (Component) // 被装饰者包装：比如：报纸填充、塑料泡沫、纸板、木板(Decorator) Component 主体：比如类似前面的Drink ConcreteComponent和

设计模式之装饰模式

C2961034922的博客

07-30

966

本文介绍了装饰模式的理论与实现。装饰模式能动态地为对象添加职责，比继承更灵活。文章首先阐述了装饰模式的结构，包含抽象构件、具体构件、抽象装饰类和具体装饰类4个角色，并给出了UML类图。然后介绍了透明和半透明两种装饰模式的区别，以及省略抽象装饰类的简化方式。最后通过Java代码示例演示了透明和半透明装饰模式的实现，分别以GUI组件添加滚动条和图形添加阴影效果为例。装饰模式适用于需要动态扩展对象功能且避免继承导致类爆炸的场景，但会增加系统复杂度。完整代码已上传至GitHub仓库。

设计模式之接口模式

小鸡慢慢的专栏

04-09

3136

目录接口型模式介绍接口事例 UML图代码 Animal接口 Cat实现 Dog实现 Test Test输出结果接口型模式介绍接口通常代表的是一种承诺，即方法需要实现接口方法名表示的操作，Java将接口概念提升为独立的结构，体现了接口与实现的分离。接口型模式包括：适配器模式、外观模式、合成模式、桥接模式。接口事例 UML图代码 A...

单例模式 Singleton

小鸡慢慢的专栏

11-14

1389

单例模式（Singleton）简单的说就是类在系统中只能被实例化一次，外界只有唯一一个类实例可以使用。单例模式一般运用到以下几个场景中： 1、类需要占用巨大的系统资源，每次实例化都要花费很长的时间和巨大的资源，比如说索引实例的初始化，这就是一个很消耗时间和资源的，一次初始化在500ms左右，如果在加上预热，一次初始化在1s以上，如果每次使用都使用不同的对象，那这个系统的消耗真

Chain Of Responsibility (职责链模式)

小鸡慢慢的专栏

12-14

1196

自己对于下定义的能力真的很弱，至于定义，直接问度娘即可，自己就先简单说一下职责链的目的吧，即通过给予多个对象处理请求的机会，以解除请求的发送者与接收者之间的耦合。对于上面说的目的，自己举个简单的例子，在大学生活中，我们会经常和学校各种部分去打交道，办理各种繁琐的事务，各种繁琐的程序，看着都让人心烦。现在我们假设有这样的一个部门（接口），学生将所有要处理的事务全部交与它，由它去分配每个事务（请求

设计模式之观察者模式

小鸡慢慢的专栏

04-16

438

目录观察者模式介绍气象站最初的气象应用布告板接口布告板实现气象台监控测试布告板发展气象站观察者模式测试 Java内置实现观察者 WeatherData Display CurrentDisplay Current2Display Test 输出结果观察者模式介绍观察者模式定义了对象之间的一对多的依赖，这样依赖，当一个对象改变状态时...

设计模式之策略模式

小鸡慢慢的专栏

04-10

397

目录策略模式介绍鸭子事例简单的鸭子会飞的鸭子橡皮鸭登场噩梦开始策略模式鸭子策略模式介绍策略模式就是将功能定义为算法簇，分别封装起来，让他们之间可以替换，此模式可以让算法的变化独立于使用算法的客户。鸭子事例我们通过一个事例的发展来理解策略模式的好处（该事例来源于《Head First》）简单的鸭子对于鸭子，最初只定义一个鸭子的超类，所有...

AI Agent 设计模式：智能体交互，从 GUI 到现实世界环境

最新发布

闵浮龙的博客

06-19

135

智能体交互，是 Agent 落地的下一层能力。工具调用让 Agent 能访问系统。MCP 让工具连接更标准。GUI Agent 让 Agent 能操作没有 API 的界面。多模态交互让 Agent 能理解真实环境。• 能用 API，优先用 API。• 必须操作页面，再用 GUI Agent。• 涉及真实环境，必须加安全边界。• 涉及高风险动作，必须让人确认。• 所有动作都要有日志，所有失败都要能退出。真正可上线的交互型 Agent，不是“会点按钮”的模型。

GoF设计模式——观察者模式

多低调的博客

06-18

177

观察者模式是一种行为设计模式，用于定义对象间的一对多依赖关系。当主题对象状态改变时，所有依赖它的观察者都会自动收到通知并更新。本文以气象监测系统为例，说明传统写法会导致紧密耦合，而观察者模式通过"订阅-通知"机制解耦主题和观察者。文章详细介绍了观察者模式的四个角色（主题接口、具体主题、观察者接口、具体观察者），并通过UML类图展示了它们的关系。重点讲解了"拉模型"实现方式：主题通知时将自身传给观察者，观察者按需从中拉取所需状态。最后以气象站和显示面板为例，给出了完整的Java实现代码，演示如何让温度数据变

智能体设计模式：优先级排序 Prioritization

闵浮龙的博客

06-18

优先级排序，让 Agent 从“会做任务”变成“会安排任务”。它解决的不是能力问题，而是选择问题。真实业务里，任务、资源、风险永远同时存在。优秀的 Agent 不只是执行快，更要知道什么事该先做，什么事可以等，什么事必须交给人。一句话：没有优先级的 Agent，只是自动化脚本；有优先级的 Agent，才开始像一个真正的项目经理。智能体设计模式：优先级排序 Prioritization_热闻岛。

智能体设计模式：评估与监控 Evaluation & Monitoring

闵浮龙的博客

06-18

258

Agent 不是普通问答系统。它会决策，会调用工具，会改变外部状态。能力越强，越要可评估、可监控、可追踪。离线评估负责上线前拦截问题。线上监控负责上线后发现问题。Trace 负责还原真相。评估集负责防止问题复发。真正能进生产的 Agent，不是“看起来聪明”，而是“每一步都有证据，每一次变更都能验证”。智能体设计模式：评估与监控 Evaluation & Monitoring_热闻岛。

智能体设计模式：并行化 Parallelization，让 Agent 同时干多件事

闵浮龙的博客

06-17

322

并行化，就是让 Agent 同时干多件互不依赖的事。不是所有步骤都排队。能同时查新闻、查公告、查知识库，就不要一个一个查。最后再把多个分支的结果合并，生成一个统一答案。并行化不是为了炫技。它解决的是一个很现实的问题：复杂任务太慢。提示链让 Agent 会按步骤做事。路由让 Agent 会选择不同路径。并行化让 Agent 在合适的时候同时推进多个分支。真正的工程重点是：独立分支、统一输出、超时兜底、冲突合并、成本控制。一句话总结：能独立跑的任务，就并行；需要依赖的任务，就串行；

Redis缓存设计模式深度实战：击穿、穿透、雪崩及一致性终极方案

huozhe01的博客

06-14

239

本文从实战出发，详细解析了Redis缓存设计中的三大类问题——穿透、击穿、雪崩的成因与解决方案，并给出了Spring Boot下可直接运行的代码示例。同时，对缓存与数据库的一致性策略进行了深入对比，推荐采用“先更新数据库再删除缓存”的Cache Aside模式，辅以延迟双删保障最终一致性。核心要点回顾- 穿透：布隆过滤器 + 空值缓存- 击穿：分布式互斥锁 + 逻辑过期- 雪崩：随机过期时间 + 多级缓存 + 限流- 一致性：Cache Aside + 延迟双删 / Canal异步同步。

GoF设计模式——享元模式

多低调的博客

06-16

223

享元模式（Flyweight Pattern）是一种**结构型设计模式**，核心思想是**通过共享相同对象来减少内存占用**。

智能体设计模式：Human-in-the-Loop 人类参与环节

闵浮龙的博客

06-18

315

HITL 的本质，是把人类判断力放到 Agent 的关键控制点上。AI 负责跑流程、查数据、生成方案。人负责确认边界、承担责任、处理模糊和高风险决策。一个能上线的 Agent，不是永远不问人，而是知道什么时候必须问人。智能体设计模式：Human-in-the-Loop 人类参与环节_热闻岛。