设计模式

当 AI 学会写代码：一个自动生成 React 项目的 Agent 实战副标题：从 0 到 1 构建 ReAct 模式的代码生成助手，让大模型替你干活那天深夜，我盯着屏幕发呆。

走进 Gang of Four 设计模式：解释器模式说明：不仅告诉你"怎么用"，更告诉你"为什么这样设计"前置知识：Java 面向对象基础（接口、多态、递归思想）、组合模式基本概念

走进 Gang of Four 设计模式：过滤器模式说明：不仅告诉你"怎么用"，更告诉你"为什么这样设计"前置知识：Java 面向对象基础（接口、多态、组合）、Stream API 基础

某不知名網友

C++ 六大常用设计模式详解（单例、工厂、策略、状态、观察者、代理）设计模式分三大类：创建型（对象怎么造）、行为型（对象怎么交互）、结构型（对象怎么组合）。下面逐个讲原理、适用场景、C++ 完整可运行代码、优缺点。

从无崖子到OpenAI：大模型间的“传功”，动了谁的奶酪？2025年，AI圈出了一件大事——DeepSeek 仅用约600万美金的训练成本，就做出了足以和 OpenAI 掰手腕的模型。这本该是技术普惠的胜利，OpenAI 却迅速指控 DeepSeek 使用了**蒸馏（Distillation）**技术，声称这是“抄捷径”，甚至形容为来自东方的“吸星大法”。

GoF设计模式——责任链模式本文是【GoF设计模式】系列第21篇，更多内容欢迎关注公众号：咖啡八杯假设要实现一个请假审批功能：1 天以内组长批，3 天以内经理批，7 天以内总监批，7 天以上总经理批。最直接的写法是在审批方法里堆一串 if-else：

大辉狼_音频架构

Vol.01 高频设计模式写代码久了会发现，很多"看起来很聪明"的设计，其实都有名字。设计模式不是让你炫技的，而是前人踩过坑之后总结出来的"遇到这类问题，这么写不容易出错"。

走进 Gang of Four 设计模式：代理模式说明：不仅告诉你"怎么用"，更告诉你"为什么这样设计"前置知识：Java 面向对象基础（接口、多态）、静态代理与动态代理概念

走进 Gang of Four 设计模式：外观模式说明：不仅告诉你"怎么用"，更告诉你"为什么这样设计"前置知识：Java 面向对象基础（接口、组合）、迪米特法则（最少知识原则）

【软考设计模式】责任链模式：请求传递的多级处理与发送接收解耦精讲系列定位：软考软件设计师 / 系统架构设计师 — 行为型模式专题第 10 讲考察分值：上午题 1-2 分，下午题常作为代码填空或类图识别出现

【软考设计模式】备忘录模式：对象状态的捕获与无损恢复精讲系列定位：软考软件设计师 / 系统架构设计师 — 行为型模式专题第 6 讲考察分值：上午题 1-2 分，下午题常作为代码填空或类图识别出现

C语言设计模式详解：从理论到实践的完整指南C语言设计模式详解：从理论到实践的完整指南## 一、引言设计模式是软件开发中经过验证的解决方案模板，它描述了在特定环境下反复出现的问题及其解决方案。虽然设计模式最初起面向对象编程领域，但C语言作为系统编程的核心语言，同样可以通过结构体、函数指针和宏等机制实现多种设计模式。掌握C语言设计模式不仅能提高代码的可维护性和可扩展性，还能帮助开发者编写出更加优雅和高效的代码。

四⼤极简架构原则KISS/DRY/YAGNI/LOD本文围绕日常开发中最常用的四条工程原则KISS（保持简单）、DRY（勿重复自己）、YAGNI（你不会需要它）与LOD（最少知识原则）展开，说明它们如何共同约束“复杂度的无控制增长”。先从过度设计、提前优化、重复代码三类常见陷阱的成因讲起，再分别拆解四条原则的核心含义、适用边界与典型反例；随后用对照与关系图帮助建立“何时简化、何时抽象、何时先别做”的判断直觉；最后给出一份可直接用于代码评审的检查清单，帮助团队在评审现场快速识别架构与实现中的工程风险。目标不是背诵口号，而是把极简原则变成可执行的决策习惯。

HarmonyOS掌上记账APP开发实践第5篇：鸿蒙 EventBus 设计模式 — MoneyTrack 跨模块通信解密在多模块鸿蒙应用中，模块间通信是一个核心挑战。随着 MoneyTrack 功能不断扩展——从首页账单管理、统计图表、资产管理到家庭成员记账——模块间的数据依赖关系越来越复杂。如果采用模块直接引用的方式，会导致循环依赖和高耦合，使得任何一个模块的修改都可能引发连锁反应。

霸道流氓气质

SpringBoot中设计模式组合使用示例-策略、模板、观察者、门面、工厂、单例。注：博客：https://blog.csdn.net/badao_liumang_qizhi定义一组算法/行为，将每个算法封装成独立的处理单元，使它们可以互相替换。客户端根据条件选择使用哪个策略。

【软考设计模式】观察者模式：一对多依赖的自动通知与订阅解耦精讲系列定位：软考软件设计师 / 系统架构设计师 — 行为型模式专题第 9 讲考察分值：上午题 1-2 分，下午题常作为代码填空或类图识别出现

【软考设计模式】命令模式：请求封装与调用接收解耦的精讲系列定位：软考软件设计师 / 系统架构设计师 — 行为型模式专题第 11 讲考察分值：上午题 1-2 分，下午题常作为代码填空或类图识别出现

HarmonyOS掌上记账APP开发实践第3篇：接口与实现分离 — MoneyTrack Types.ets 与 Models.ets 的双层设计模式在鸿蒙 ArkTS 开发中，如何平衡类型安全与响应式状态管理是一项关键设计决策。TypeScript/ArkTS 的接口（interface）提供了纯粹的编译时类型约束，而 @ObservedV2 + @Trace 装饰器实现了运行时响应式能力。然而，这两者之间存在天然的张力：接口不能被装饰器修饰，装饰器类又无法作为跨模块的轻量类型契约。

【软件设计与体系结构】-策略设计模式某电商系统，销售Sale类中包含销售项SaleItem对象的列表，SaleItem类包括商品名称、数量、单价等数据域。

SOLID五大设计原则：重构优雅代码与架构的底层规范很多人学完封装、继承、多态、组合，仍会写出“有类无设计”的代码：一个类什么都干、改需求就改老代码、子类不能替父类、接口又肥又乱、高层模块死盯底层实现。根因不是没背过SOLID缩写，而是没把五大原则当成排查坏味道、约束协作关系、落地设计模式的架构标尺。本文将逐条拆解单一职责、开闭、里氏替换、接口隔离、依赖倒置。每条原则给出核心定义、业务场景、反例与正例，并讲清原则之间的联动。所有设计模式的本质，都是对SOLID的合理落地与极致优化。