设计模式

状态模式详解：让对象随内部状态自动改变行为定义（GOF）：允许一个对象在其内部状态改变时改变它的行为，对象看起来好像修改了它的类。一句话理解：把"对象在不同状态下该做什么"封装成一组状态类，对象持有一个当前状态引用；状态一变，同样的方法调用就表现出不同行为——而且状态怎么转移、何时转移由状态自己决定，客户端不感知。

7、设计模式应用举例：策略模式：加密、解密文件目录一、关于设计模式二、设计要求三、设计实现1.策略2.具体策略3.上下文四、应用程序五、执行结果设计模式：7、策略模式（政策）_策略类图-CSDN博客

Provider Adapter设计模式：如何让AI应用支持多个模型一个AI项目接入多个模型后代码越来越难维护，主要原因不是模型数量增加，而是不同供应商之间的接口、错误处理、流式响应和能力差异直接渗入了业务代码。Provider Adapter设计模式通过隔离供应商细节、统一调用接口，让业务层只关心“我需要什么能力”，而不是“这个供应商怎么调用”。它的技术本质是把多模型差异下沉到适配层，从而在架构上保持可扩展性。对于需要长期维护多模型能力的团队，这通常是避免代码失控的基础做法。

rust: pool Pattern项目结构：

ARM 嵌入式 Linux 开发：从体系结构到 LED 点亮实战摘要：本文面向从 x86 转向 ARM 平台的嵌入式开发者，系统梳理 ARM 核心架构、处理器模式、MMU 地址翻译与 GPIO 映射机制，并手把手搭建交叉编译环境，编写并部署一个真实的 GPIO 驱动。通过经典的 LED 点亮实验，结合常见寄存器配置误区与中断、看门狗等进阶应用，帮助读者构建从理论认知到代码落地的完整知识闭环。

接入两套 TTS 接口后，业务代码如何避免堆满 if/else？一段文本、一套音色参数，最后拿到音频字节——业务调用看起来很简单。但接上两套 TTS 接口以后，请求字段、参数范围和返回方式都可能不同。如果这些判断散落在业务方法里，新增一个接口时，就得重新检查每处调用。

rust: pool Pattern (续)调用：

Day23:POM设计模式（封装）po模式 : page object model 页面对象模式。1、pom模式的好处：解决：线性脚本的问题解决：代码不能重复利用的问题解决：后期的维护问题。

技术文档：模型工厂 `llm_provider` / `llm_use` 分层设计模型工厂提供两条模型实例构建通道：绝大多数场景使用 llm_provider；llm_use 作为兜底扩展入口，仅用于标准化体系无法覆盖的特殊场景。两条通道可以共存，遵循统一的显式意图优先原则。

设计模式在HIS/LIS医疗系统中的完整实践指南（C#版）设计模式是面向对象软件设计中，针对反复出现的设计问题总结出的可复用、经验证的解决方案模板。核心目标是解耦、复用、可扩展、易维护，而非语法层面的技巧。

适配器模式（Adapter Pattern）：原理、场景与 LLM 多厂商工程落地适配器模式（Adapter Pattern）是一种结构型设计模式，核心目的是：对多个接口不统一、行为不一致的异构第三方组件，通过包装适配，对外暴露一套统一、稳定、标准化的接口，彻底解耦上层业务与底层异构实现。

23种设计模式

《Linux工程实践篇（二）：线程池实战——从线程安全单例到完整源码实现》本文要聊的，是线程池。先从核心概念入手，把它的典型应用场景和选型分类铺开，让你对线程池有个整体的判断框架。然后往深里挖，把饿汉式和线程安全懒汉式这两种单例模式的实现原理逐一拆开，看清它们各自的门道。最后落到代码上，结合单例模式，给出一个完整可用的线程池实现。

MCP 为什么是一个协议而不是一个框架呢？2024 年，你打算给 Agent 接个 GitHub：写 list_issues、create_issue……一套工具函数，处理鉴权、分页、错误码，折腾一下午。第二天想接个数据库，同样的活又从头来一遍。而另一边，GitHub 官方想「让所有 Agent 都能用我的工具」，却发现市面上的 Agent 框架有十几个，每个的工具格式都不一样，一个都照顾不过来。你累，他们也累——大家都困在「N 个 Agent × M 个服务」的乘法泥潭里。

rust: Borg Pattern（续）调用：输出：

140.Agent-多Agent框架-Agent执行Skills流程摘要：本文介绍 Agent 使用 Skills 的完整流程，共分为四个阶段：启动时的发现阶段、匹配时的激活阶段、运行时的执行阶段以及完成后的反馈阶段。发现阶段扫描 Skills 目录并生成索引，激活阶段通过语义匹配选出最相关的 Skill，执行阶段按业务逻辑生成步骤并处理代码或参考文档，反馈阶段收集结果并支持效果评估。

Agent 是怎么做错误处理的呢？Agent 的错误处理不是一句 try-catch、也不是「重试几次」，而是一条四级的升级阶梯——报错、重试、换思路、熔断，每一级针对一种不同的失败，关键是每一级都先判断「错在哪」。

从 0 设计历史专题资料汇编的 AI Agent 编排架构——六轮真实任务复盘写在前面：本文基于一次真实实践：为完成一项几十万字、跨朝代的历史专题研究资料汇编（学习研究用途），我们先做能力自评，再让五份组队方案分头探索，然后综合分析、独立复核，最后收敛出可执行的编排架构。全程踩过的坑和得出的结论，都在这里。本文偏工程视角，重点讲架构设计与踩坑。

rust: Simple Factory Pattern（续）调用：输出：

喜欢coding的谢同学

Go语言常用设计模式基础和实践案例介绍Docker 的 Go 客户端初始化非常复杂，涉及 API 版本协商、TLS 证书、自定义 HTTP Client、Host 环境变量等。Docker 团队完全抛弃了传统的配置结构体，采用了标准的 Functional Options。