转载设计模式相关

最新推荐文章于 2026-01-08 23:44:03 发布

转载最新推荐文章于 2026-01-08 23:44:03 发布 · 173 阅读

文章标签：

#设计模式

学习专栏收录该内容

2 篇文章

订阅专栏

本文首先探讨了面向对象编程中的核心概念，如继承、多态、接口和虚函数，然后在此基础上介绍了设计模式的基本原理，旨在帮助读者深入理解并应用这些重要的编程思想。

https://segmentfault.com/a/1190000010706695?utm_source=tag-newest

先学习OO的继承多态接口虚函数等概念之后，模式就应该能稍微懂一些了。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

AlexSweet

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

MyBatis设计模式之装饰器、模版方法、策略模式

qq_41262225的博客

01-05

903

MyBatis框架中巧妙运用了多种设计模式来提升架构灵活性和扩展性。本文重点分析了装饰器模式、模板方法模式和策略模式的应用：装饰器模式通过CachingExecutor和Cache装饰器链动态添加功能而不修改原有结构；模板方法模式在BaseExecutor和BaseTypeHandler中实现算法骨架；策略模式则通过RoutingStatementHandler灵活切换执行策略。这些模式的应用使MyBatis在保持核心稳定的同时，能够灵活应对各种扩展需求，体现了优秀框架的设计智慧。

HarmonyOS 多页面架构设计模式总结

guanmingyuangmy的博客

01-04

853

页面只负责 UI，路由统一管理，状态集中托管，逻辑模块化拆分HarmonyOS 的多页面架构并不复杂，难点不在 API，而在工程设计意识。如果你：正在从 Android 转 HarmonyOS或正在做一个中大型鸿蒙项目那么尽早建立清晰的多页面架构，会极大降低后期维护成本。

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

设计模式之享元模式

sxlishaobin的博客

01-07

794

享元模式(FlyWeight)，属于结构型设计模式，主要解决实例化大量相同的对象，从而导致可能的内存泄漏的问题。为了解决这个问题，享元模式提出的解决办法是将相同的对象保存在内存中，且仅保存一个对象，因此该对象应该是不可被修改的，当需要获取该对象实例时，直接从内存中读取即可，从而避免了相同对象的重复创建。下面是享元模式的定义：运用共享技术有效地支持大量细粒度的对象总之，享元模式适用于那些需要大量使用相同或相似对象，并且需要频繁创建和销毁同一类对象的场景。

二十三种设计模式(二十三)--责任链模式

最新发布

万波的技术博客

01-08

234

摘要：责任链模式用于处理同一请求的多级响应场景。通过军队作战案例展示：团、旅、师、军四级单位按敌军规模依次迎战。每个单位处理能力范围内任务，超出则转交上级。代码实现抽象基类MilUnit和具体子类，通过setNext()建立责任链。调用时从链首（团级）触发，自动路由到合适处理者。该模式适用于多级审批等类似场景，需注意封装链首防止调用混乱。典型应用包括请假审批等分级处理系统。

设计模式之装饰器模式

sxlishaobin的博客

01-07

945

装饰器模式(Decoration Pattern)，属于结构型设计模式，用于在不改变现有对象的基础上，对该对象的方法动态地添加新的功能，实现对该对象原有方法的增强装饰器模式的设计思想是将对象的核心功能和附加功能独立开来。核心功能由现有对象提供，附加功能由装饰器提供。装饰器的实现思路是存在一个抽象的装饰器类，该装饰器类用于对现有的对象进行包装，然后通过该装饰器的具体子类对包装的类的方法进行增强。推而论之，在存在多个装饰器具体子类的情况下，可以动态地。

设计模式之工厂模式

sxlishaobin的博客

01-05

789

工厂模式(Factory Pattern)是最常使用的设计模式之一，属于创建型设计模式。在该设计模式中，我们不再使用new来实例化对象，而是通过工厂对象来获取指定的对象实例，其中对象的实例化过程是在工厂中完成的。换句话说，就是将对象的实例化过程从调用方控制改变成工厂控制。

【设计模式】原型模式（Prototype Pattern）详解

经天纬地，格物致理

01-04

755

摘要：原型模式通过复制已有对象（原型）来创建新对象，避免重复初始化带来的性能开销。核心思想是“拷贝”而非重新构造，适用于创建成本高、对象差异小的场景。Java通过Cloneable接口支持原型模式，但需注意浅拷贝（仅复制对象本身）与深拷贝（复制对象及引用对象）的区别。优点包括提高性能、简化创建过程，缺点在于实现复杂且可能破坏封装性。典型应用包括Spring的prototype作用域、游戏角色复制等。使用时应权衡对象创建成本，避免过度设计。

设计模式在Python中的优雅实现：从新手到专家的进阶指南

七夜zippoe的博客

01-05

672

本文探讨了Python中设计模式的优雅实现方式，重点分析了单例、工厂、观察者和策略四种核心模式。通过对比传统实现与Pythonic写法，揭示了如何利用Python的动态特性（如模块系统、一等函数、鸭子类型）简化设计模式应用。文章包含完整代码示例、性能对比数据和应用场景分析，强调Python设计模式应遵循"简单胜于复杂"的哲学，避免过度工程化。最佳实践建议包括：优先使用模块级单例、采用函数式工厂模式、利用字典映射实现策略模式等，以写出更简洁、可维护的Python代码。

23种设计模式 3 行为型模式之3.5 memento 备忘录/快照模式

刀法孜然的博客

01-07

321

本文基本是搬运，搬运自网友k_eckel 的书籍《设计模式精讲-GoF 23种设计模式解析附C++实现源码》

设计模式之桥接模式

sxlishaobin的博客

01-07

559

桥接模式，是一种结构型设计模式，它将抽象部分与实现部分分离，使它们可以独立地变化。桥接模式通过组合的方式建立两个类之间的联系，而不是继承桥接模式是一种重要的结构型设计模式，它通过将抽象部分与实现部分分离，实现了它们之间的解耦，并支持独立的变化。在实际开发中，桥接模式特别适用于有多个变化维度、需要支持多平台、或者需要解耦抽象和实现的场景。通过合理使用桥接模式，可以大大提高系统的灵活性和可维护性。

设计模式，单例和工厂模式

2301_77574331的博客

01-08

871

就像建筑领域的"户型图"或"结构模板"，针对不同的居住需求（场景），有成熟的解决方案。：每个产品对应一个工厂，符合开闭原则，是Spring中BeanFactory的思想基础。：比如要创建一个"家庭套餐"，包含汽车、沙发、电视等配套产品。方式实现，它既线程安全又能延迟加载。观察者模式、策略模式、责任链模式、模板方法模式等。：创建产品族，适合需要创建一整套相关对象的场景。：类加载时就创建，可能浪费资源（如果从未使用）适配器模式、装饰器模式、代理模式、组合模式等。单例模式、工厂模式、建造者模式、原型模式等。

设计模式-中介者模式

a353541382的博客

01-07

470

核心作用：中介者模式通过引入统一的中介对象，封装多个对象间的交互，降低对象间的直接耦合，让交互逻辑集中管理。核心结构：抽象中介者（定义接口）→ 具体中介者（实现协调逻辑）；抽象同事（持有中介者）→ 具体同事（通过中介者交互）。适用场景：多个对象间存在复杂的交互关系（如聊天室、GUI 组件交互、分布式系统协调），且希望降低对象间耦合时。这个模式的核心思想是「化繁为简」—— 把多对多的复杂交互，转化为同事与中介者之间的一对多交互，是解耦复杂系统的重要手段。

设计模式之外观模式

sxlishaobin的博客

01-06

250

外观模式(Facade Pattern)，又称为门面模式，属于结构型设计模式。外观模式为一组子系统的逻辑调用提供一个独立的接口调用。在不使用外观模式的情况下，实现一个功能时需要按照一定的顺序对多个方法调用，因此我们需要关注对哪些方法进行调用，以及按照什么样的顺序。而在外观模式中，我们通过调用外观类(Facade)的一个方法就可以实现该功能，该外观类(Facade)内部按照对应的顺序对这些方法进行调用，而具体按照什么样的顺序调用哪些方法我们无需关注，交给外观类(Facade)就可以了。

二十三种设计模式(十九)--备忘录模式

万波的技术博客

01-03

345

备忘录模式主要实现的时在一个运行的对象时, 能够在不破坏封装性的前提下备份, 将备份的数据保存到对象外的另一个对象中, 使得运行对象随时可以恢复到备份时的状态. 关键要注意的一点是不破坏类的封装性, 备份对象在外部无法改变如下是一个经典应用示例由于要做json序列化存储, 所以前提要引入 Jackson 依赖包总体思想就是下面调用上述代码进行测试: 运行结果: 通过输出可以看到, 每一次的恢复都是完美的

二十三种设计模式(二十二)--策略模式

万波的技术博客

01-08

107

本文介绍了策略模式在车载道路安全系统中的应用。通过定义FDW、TSR、DMS三个接口，实现了不同供应商（德赛西威、地平线、黑芝麻）提供的多种算法模型的灵活切换。AIAlgorithmController作为算法控制器，允许动态设置和调用不同算法。策略模式的关键在于将算法实现与使用解耦，使系统能够根据实际测试效果选择最优算法。与状态模式的区别在于策略模式将策略选择权交给调用者，而非由对象内部管理状态转换。这种设计提高了系统的扩展性和维护性，便于后续新增算法供应商。

GenAI输出内容控制的5种设计模式

淘系技术

01-07

463

当前的做法是在prompt中写清楚需要返回的信息的格式，比如是JSON，或者是一些特殊的sql，虽然Anthropic也推荐了这样的做法，但是这个方式不一定能保证结果格式的输出一定能如你所愿，头部的大模型在模型能力上有比较好的调优，可以在更大概率上遵循用户在prompt中约束的指令，但是小一些的模型，在这方面的表现就会比较差，同时不管是头部闭源模型还是一些自己部署的小模型，在输出格式遵循的确定性上，都是有一定的概率；淘宝直播作为全球领先的直播电商平台，正在重新定义人与商品、人与内容的连接方式。

二十三种设计模式(二十一)--状态模式

万波的技术博客

01-07

152

状态模式通过将对象行为封装到不同状态类中，解决多状态场景下的复杂条件判断问题。以饭店点餐为例，定义了OrderState、CookState和DeliverState三个状态类，每个类实现相同的State接口但处理逻辑不同。OrderManager作为上下文管理状态切换，对外提供统一接口。该模式将状态转换逻辑封装在状态类内部，调用方无需关心当前状态，避免了大量if-else判断。建议将状态对象设为单例以提高性能。这种设计使代码更清晰，易于扩展新状态。

设计模式之责任链

个人专长：数据结构和算法、大数据、数据库、主流框架

01-05

893

摘要：责任链模式通过解耦请求发送者和接收者，实现请求在处理器链中的自动传递。以公司请假审批流程为例，部门经理、总监、总经理构成处理链，员工只需提交申请至链首，无需关心后续审批过程。该模式包含抽象处理者、具体处理者和客户端三个核心角色，具有解耦、灵活扩展等优点，但也存在请求可能无人处理等缺点。典型应用场景包括Web过滤器、框架拦截器和工作流审批系统。与策略模式不同，责任链模式强调请求传递而非方案选择。

设计模式-适配器模式

a353541382的博客

01-07

302

核心作用：适配器模式解决「接口不兼容」问题，让原本无法协作的类可以一起工作，核心是「接口转换」。实现方式推荐使用对象适配器（组合方式），耦合度低、灵活性高；类适配器（继承方式）仅适用于简单场景，依赖多继承，扩展性差。应用场景：集成第三方库（接口固定）、复用已有旧代码（接口不匹配）、统一多个类的对外接口等。类适配器模式的优缺点是什么？除了对象适配器模式，还有哪些常见的适配器模式？如何在实际项目中选择使用适配器模式？

Java设计模式超详解--代理设计模式（含uml图）

2301_79982543的博客

01-07

218

代理模式是一种结构型设计模式，让你能够提供对象的替代品或其占位符。代理控制着对于原对象的访问，并允许在将请求提交给对象前后进行一些处理。设计模式系列持续更新，欢迎关注博主~希望对大家有用，祝您开心~(o゜▽゜)o☆，有问题欢迎交流，俺会改的✊。

转载 设计模式相关

转载设计模式相关