设计模式简介

最新推荐文章于 2026-06-23 22:30:00 发布
原创 最新推荐文章于 2026-06-23 22:30:00 发布 · 107 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#设计模式 #算法 #prototype

根据GOF(Gang Of Four) 的论著，二十三种设计模式分为创建模式 、结构模式 和行为模式


   1.创建模式(4 ):类在实例化时使用的模式

 

  • 工厂模式（Factory ）
  • 原型模式（Prototype ）
  • 构造者模式（Builder ） 
  • 单态模式（Singleton ）

2.   结构模式(7 ):描述如何将类和对象组合成一个更大的结构

 

  • 门面模式(Facade)
  • 代理模式(Proxy)  
  • 适配器模式(Adapter)
  • 组合模式(Composite)  
  • 装饰器模式(Decorator)
  • 桥梁模式(Bridge) 享元模式(Flyweight)

3.   行为模式(11 ):设计算法和对象间职责的分配，描述对象和类的模式及其通信方式

 

  • 模板方法模式(Template)
  • 备忘录模式(Memento)
  • 观察者模式(Observer)
  • 责任链模式(Chain of Responsibility)
  • 命令模式(Command)
  • 状态模式(State)
  • 策略模式(Strategy)
  • 解释器模式(Interpreter)  
  • 访问者模式(Vistor)
  • 迭代子模式(Iterator)


 


【前端知识点】设计模式（design pattern）的简介
chaunceyw的博客
09-15 1051
设计模式 关于与“设计模式”名称相近或相同的条目，请见“设计模式 (消歧义)”。 在软件工程中，设计模式（design pattern）是对软件设计中普遍存在（反复出现）的各种问题，所提出的解决方案。这个术语是由埃里希·伽玛（Erich Gamma）等人在1990年代从建筑设计领域引入到计算机科学的。 设计模式并不直接用来完成代码的编写
设计模式（Design pattern) 简介
青墨
03-30 954
设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问
程序猿成长之路之设计模式篇——设计模式简介
zygswo的博客
10-04 1648
设计模式简介
设计模式Design Pattern(1)--简介
weixin_30677073的博客
05-30 173
什么是设计模式？ 软件开发人员在长期实践中总结出来的解决特定问题的一套解决方案。 对象设计原则 计模式主要是基于以下的面向对象设计原则。 对接口编程而不是对实现编程。 优先使用对象组合而不是继承。 设计模式的六大原则 1、开闭原则（Open Close Principle，OCP） 对扩展开放，对修改关闭。关键步骤就是抽象化,使用接口和抽象类把业务抽象为基类，使得在程...
GoF设计模式——观察者模式
多低调的博客
06-18 210
观察者模式是一种行为设计模式，用于定义对象间的一对多依赖关系。当主题对象状态改变时，所有依赖它的观察者都会自动收到通知并更新。本文以气象监测系统为例，说明传统写法会导致紧密耦合，而观察者模式通过"订阅-通知"机制解耦主题和观察者。 文章详细介绍了观察者模式的四个角色（主题接口、具体主题、观察者接口、具体观察者），并通过UML类图展示了它们的关系。重点讲解了"拉模型"实现方式：主题通知时将自身传给观察者，观察者按需从中拉取所需状态。最后以气象站和显示面板为例，给出了完整的Java实现代码，演示如何让温度数据变
主表 + 扩展表设计模式
最新发布
BADAO_LIUMANG_QIZHI的博客
06-23 371
主表+扩展表设计模式
设计模式——建造者模式模式（AI回答）
yaoct的博客
06-22 185
建造者模式解决的是：当一个对象有很多参数，其中一些必填、一些选填、一些之间还有约束关系时，直接用构造器或一堆 setter 会让调用方很痛苦。来看问题是怎么出现的。
智能体设计模式：并行化 Parallelization，让 Agent 同时干多件事
闵浮龙的博客
06-17 350
并行化，就是让 Agent 同时干多件互不依赖的事。不是所有步骤都排队。能同时查新闻、查公告、查知识库，就不要一个一个查。最后再把多个分支的结果合并，生成一个统一答案。并行化不是为了炫技。它解决的是一个很现实的问题：复杂任务太慢。提示链让 Agent 会按步骤做事。路由让 Agent 会选择不同路径。并行化让 Agent 在合适的时候同时推进多个分支。真正的工程重点是：独立分支、统一输出、超时兜底、冲突合并、成本控制。一句话总结：能独立跑的任务，就并行；需要依赖的任务，就串行；
3条短句速记23种设计模式
_Athie的博客
06-19 283
故事联想记忆法速记，总结常用和不常用的设计模式
智能体设计模式：学习与适应 Learning & Adaptation
闵浮龙的博客
06-17 189
学习与适应，是 Agent 从“工具调用器”升级成“长期系统”的关键一步。它的核心不是让模型自由发挥，而是建立反馈闭环。能记录。能评估。能诊断。能更新。能验证。能回滚。做到这些，Agent 才能越用越稳，越跑越准。智能体设计模式：学习与适应 Learning & Adaptation：功能变化与行业影响解析_热闻岛。
18.C++设计模式-命令模式
C++方向学习笔记
06-22 203
命令模式是一种行为型设计模式，其核心思想是将请求封装为独立对象，实现调用者和执行者的解耦。该模式包含5个关键角色：Command接口定义执行操作，ConcreteCommand绑定接收者和动作，Receiver执行业务逻辑，Invoker触发命令，Client组装命令对象。 典型应用场景包括：GUI事件处理、撤销/重做功能、任务队列、日志记录和宏命令组合。文中通过智能家居遥控器示例展示C++实现，包括灯光控制、音响调节和组合命令，演示了命令执行和撤销机制。
第十一章：自主进化 Agent — 越用越强的设计模式
加多的博客
06-19 41
前面所有章节构建的 Agent 都有一个共同的隐含前提：它们在使用过程中不会成长。你用了一年的 Agent，和你用了一天的 Agent，能力边界完全相同。上周它帮你解决了一个 Python 依赖冲突，下周同样的问题再出现，它依然从零开始思考。这在人类同事的视角里不可想象——一个工作了一年的工程师，绝对不可能和入职第一天一样。自主进化 Agent 要解决的就是这个问题：让 Agent 从"工具"变成"同事"，越用越强。本章讲清楚六件事：你的团队每天都会做"代码提交前检查"这件事：跑 linter、跑测试、写提
智能体设计模式：资源感知优化 Resource-Aware Optimization
闵浮龙的博客
06-18 153
资源感知优化，是 Agent 从 Demo 走向生产的关键能力。Demo 可以只追求效果。生产系统必须同时看质量、成本、延迟和稳定性。一句话：小问题别烧大模型，大问题别省关键资源，高风险问题别让 Agent 独自决定。智能体设计模式：资源感知优化 Resource-Aware Optimization_热闻岛。
游戏编程模式05-设计模式-原型模式
qq_37084534的博客
06-22 183
原型模式把“创建一个新对象”变成“复制一个已经配置好的样板”。它像关卡编辑器里的复制粘贴：设计师先做出一只带属性、掉落、AI 参数的怪物样本，生成器以后只负责克隆。C# 里的浅拷贝很诱人，但游戏对象往往包含列表、引用、资源句柄。原型适合“从样板派生实例”，但不适合隐藏复杂生命周期。对象需要注册系统、申请资源、绑定事件时，克隆后仍要有清晰的初始化阶段。原型模式让对象自己知道如何复制自己，生成器只依赖“可克隆”的抽象。当对象构造过程很复杂，或者类型组合来自数据配置时，继续写一堆。血量/速度/掉落/AI。
你写 JdbcTemplate 的 callback 写了三年——这就是模板方法，但你从没把它当设计模式
zhouhui001的博客
06-18 628
这个认知没错，但只覆盖了模板方法 20% 的用法——剩下的 80% 藏在各种 Spring 组件里，你天天在用却从来没把它跟设计模式挂钩。剩下的 6 个步骤是 JdbcTemplate 帮你写好的——这就是模板方法模式的本质：**固定流程 + 可变步骤**。# 你写 JdbcTemplate 的 callback 写了三年——这就是模板方法，但你从没把它当设计模式。ps -> ps.setString(1, "PAID"), // 步骤1：设置参数。8. 归还连接到连接池。
游戏设计模式10-序列模式-更新方法
qq_37084534的博客
06-22 32
更新顺序会影响结果。对象 A 先更新还是对象 B 先更新，可能改变碰撞、AI 感知或触发事件的结果。需要确定性时，要明确排序规则。游戏里大量对象都有跨帧行为：移动、冷却、动画、生命周期、AI。更新方法让对象把自己的时间推进逻辑封装起来，主循环只负责统一调度。更新方法把“每帧要做的事情”分散到每个对象自己身上。游戏世界像一支队伍，主循环每帧点名，每个对象向前走一步。更新列表遍历时不要直接增删当前集合。使用延迟添加、死亡标记或命令队列，可以避免迭代器失效和跳过对象。
学习创建结构行为设计模式
通达的博客
06-16 346
本文系统介绍了软件设计模式的三大类型（创建型、结构型、行为型）及其核心模式。重点讲解了创建型模式中的五种常用模式：简单工厂模式（封装对象创建逻辑）、工厂模式（支持多维度扩展）、抽象工厂模式（解决产品族兼容问题）、单例模式（全局唯一实例）和建造者模式（复杂对象构造）。每种模式都通过代码示例说明其核心思想、适用场景和优缺点，并强调设计原则（如开闭原则、单一职责原则）在模式设计中的重要性。
17.C++设计模式-中介者模式
C++方向学习笔记
06-22 332
中介者模式是一种行为设计模式，通过引入中介对象来封装对象间的交互，降低耦合度。核心包括中介者接口、具体中介者和同事类三部分，适用于聊天室、智能家居等需要协调多个组件的场景。文中以C++实现的智能家居系统为例，展示了控制中心（中介者）如何协调灯光、空调等设备（同事类）的交互，实现"早安模式"、"晚安模式"等场景。该模式有效减少了对象间的直接依赖，使系统更易于维护和扩展。
HarmonyOS APP开发：智能交互设计模式与无障碍
热门推荐
Jack20的博客
06-21 1万+
你有没有想过，为什么有些APP用起来就是"顺手"，而有些APP怎么用都"别扭"？答案往往不在于功能多少，而在于交互设计。好的交互设计让用户几乎不需要思考就能完成操作，而差的交互设计让用户每一步都在犹豫——“这个按钮是干什么的？”“我刚才点了什么？”“怎么返回？”智能交互设计更进一步——它不仅让操作"顺手"，还让操作"智能"。系统能根据用户的上下文、习惯、甚至情绪状态，主动预测用户意图，提供最合适的操作路径。比如你每天早上8点都会打开新闻APP，系统在第7天就会在7:58自动把新闻推到你的锁屏上。但智能交互有
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值