设计模式

多加点辣也没关系

设计模式-外观模式在软件开发中，经常会遇到这样的场景：一个复杂的子系统由多个组件组成，客户端需要依次调用这些组件的方法才能完成一个业务操作。客户端直接与子系统中的众多组件交互，不仅代码复杂、耦合度高，而且难以维护。例如，启动一台家庭影院需要先打开电视、再打开音响、再打开投影仪、再调暗灯光……客户端需要了解每个组件的细节。

GoF设计模式——抽象工厂模式本文是【GoF设计模式】系列第3篇在 GoF设计模式——工厂方法模式中，工厂方法模式解决了"新增产品不改老代码"的问题：将创建职责分散到多个具体工厂，每个工厂只管一种产品，新增产品时只需新增工厂类。

是个西兰花

单列模式和C++中的类型转换设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。

多加点辣也没关系

设计模式-享元模式在软件开发中，经常会遇到这样的场景：系统中存在大量相同或相似的对象，如果每个对象都独立创建，会消耗大量内存，导致性能下降。例如，一个文本编辑器中可能出现成千上万个相同字体的字符对象，一个棋类游戏中可能需要创建大量的棋子对象——其中很多棋子的属性（颜色、形状）是相同的，不同的只是位置。

《Agentic Design Patterns》概览《Agentic Design Patterns》是一本系统讲解 AI Agent 设计模式的实战指南（424页），由 Antonio Gulli 撰写。全书将 Agent 系统的构建拆解为 21个核心设计模式 + 7个技术附录，覆盖从基础编排到企业级架构的完整知识体系。

python: Mutex Pattern项目结构：调用：输出：

【智能体】Agent的四种设计模式之：Plan-and-Execute小屌丝：鱼哥，ReAct 太烧钱了，跑一个长任务烧掉我几十万 Token，有没有省钱的办法？小鱼：有。ReAct 是边想边做，每一步都调一次大模型。你试试 Plan-and-Execute，先把完整计划定下来，然后执行阶段按部就班地走，主打一个“思考一次性到位，执行不用愁”。

[Panyim] C++ 比 C 更好吗—— 关于语言设计权衡的讨论探索C语言动画引擎迁移C++可行性一、Panyim 的任务系统架构二、为什么需要自定义虚表三、从 C 迁移到 C++ 四、现代 C++ 五、 C 是 C++ 的子集为误解附录

设计模式 - 单例模式笔记举例：考虑一个【全局音频播放器】的设计。在业务层面上，我们需要一个唯一的音频出口，避免多个出口造成音频播放混乱。这一刚性约束，要求播放器对象在逻辑上必须是唯一的。此时，单例模式的核心目标正是强制实现这种业务逻辑的唯一性；而它所附带的调用方便、资源节约等优点，在此场景下，并非首要设计动机。

结构型设计模式——外观模式**外观模式（Facade Pattern）**是一种使用频率非常高的结构型设计模式，它通过引入一个外观角色来简化客户端与子系统之间的交互，为复杂的子系统调用提供一个统一的入口，降低子系统与客户端的耦合度，且客户端调用非常方便。

05.C++设计模式-适配器模式适配器模式（Adapter Pattern）是一种结构型设计模式，它允许不兼容的接口之间能够一起工作。适配器通过包装一个现有的类，将其接口转换为目标接口期望的形式。

多加点辣也没关系

设计模式-装饰者模式在软件开发中，经常会遇到这样的场景：需要为一个对象动态地添加新的功能，而不是通过继承来扩展。如果使用继承来实现，每增加一种功能组合就需要创建一个新的子类，导致类的数量呈指数级增长。例如，一杯咖啡可以加牛奶、加糖、加摩卡……如果用继承来表示每一种组合，类的数量将难以维护。

第六篇：Spring用了哪些设计模式？——从单例到代理，拆解框架中的经典设计在前五篇文章中，我们拆解了IoC、AOP、SpringMVC、自动配置和事务管理。每个模块内部都用到了多种设计模式。现在换个视角，从设计模式的角度重新审视Spring，你会发现这些看似独立的模块，底层共享着同样的设计智慧。

多加点辣也没关系

设计模式-工厂方法模式在日常开发中，我们经常会遇到需要创建对象的情况，最常见的方式就是通过 new 关键字来直接创建。但是直接 new 对象会导致代码与具体类强耦合，当需求变化时就需要修改源代码，这显然违背了开闭原则（对扩展开放，对修改关闭）。

多加点辣也没关系

设计模式-建造者模式在日常开发中，我们经常会遇到需要构建复杂对象的场景。比如一个 Computer 对象，它可能有 CPU、内存、硬盘、显卡、显示器、键盘、鼠标等众多属性，而且其中某些属性是必填的，某些是选填的，不同配置组合可以构建出不同规格的电脑。

多加点辣也没关系

设计模式-桥接模式在软件开发中，经常会遇到这样的场景：一个类存在两个独立变化的维度，比如一个"图形"类既包含形状（圆形、矩形、三角形），又包含颜色（红色、绿色、蓝色）。如果采用传统的多层继承方式，每增加一种形状或颜色，就需要创建一个新的子类，导致类的数量呈指数级增长：

结构型设计模式——装饰模式装饰模式（Decorator Pattern）可以在不创建更多子类的情况下让对象功能得以扩展,，即可以在不改变一个对象本身功能的基础上给对象增加额外的新行为，在现实生活中，这种情况也到处存在。

CPT304 SoftwareEngineeringII 软件工程 2 Pt.4 设计模式（下）行为型模式关注对象之间如何分配职责。行为型模式会帮助我们安排这些对象之间的职责关系。把某种行为封装到一个对象里或者把请求委托给这个对象处理。

多加点辣也没关系

设计模式-适配器模式在软件开发中，经常会遇到这样的场景：系统中已有的接口与客户端需要的接口不一致，但又不方便修改已有代码（比如是第三方库或遗留系统）。这时候就需要一种"转换器"，将一个类的接口转换成客户端所期望的另一种接口，从而使原本不兼容的类可以协同工作。

Forget the Dream

基于适配器模式的 Axios 封装实践前端项目经常会对接多个后端服务（当然是那种多人开发的不规范返回结构的服务或者是新前端项目需要集成多个老项目后端结构🤮🤮🤮），而这些服务的返回格式往往并不统一。