设计模式

设计模式是语言缺陷的补丁 —— 从工厂、单例、策略三个模式说起那天读到一篇文章，标题只有三个词：Design Patterns Suck。作为一个从 C++ 起步、曾经把《设计模式》那本书当成技术品味象征的人，我点进去的时候是带着火气的。读完火气没了，剩下的是"他说的好像对"。

Lost of 程序猿

命令模式实战：把“下单后的动作“打包成可执行的任务一句话定位：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。

【C++复习】四种类型转换 + 常见设计模式 + Redis/MySQL（后端面试复习完整版）前言：本篇在原《【C++入门精讲22】常见设计模式》的基础上做了大幅扩充：新增 C++ 四种显式类型转换、代理模式，并补入后端面试高频的 Redis / MySQL 复习要点。原有章节的知识点与代码全部保留，代码中的明显笔误已顺手修正（sever→server、intance→instance）。

【设计模式系列 (四) 】建造者模式⭐️在这个怀疑的年代，我们依然需要信仰。个人主页：YYYing.⭐️设计模式系列专栏：设计模式系列系列上期内容：【设计模式系列 (三) 】单例模式

同一段单例代码，为什么在高并发下偶尔会创建出两个实例？聊聊哪种单例实现才是真的安全「设计模式与范式」系列 Day09单例模式大概是所有设计模式里最简单、也是最容易被写错的一个——网上随便一搜就有五六种写法，简历上也几乎人人都会背"饿汉懒汉双重检测"这几个词。但真放到高并发场景下追问一句"这样写到底安不安全"，很多人就说不清楚了。这篇把这几种写法拆开揉碎，讲清楚它们各自在赌什么、又是靠什么兜底的。

【智能体】Loop 的四种设计模式之：Agent Loop（2026 最新版）小屌丝：鱼哥，我昨天上线了一个 Agent，让它"帮我把这周的周报整理出来发群里"。结果你猜怎么着？小鱼：它给你把周报写得天花乱坠？

小酒星小杜

画 AI 漫画，别只会写“日漫风”：10 种画风、适用故事和可复制提示词“一个人在雨中等车”。这句话你把他交给模型，可能你会得到一张很好看的图，但是如果要做漫画，你必须让读者看懂：这个人为什么在等，她看到了什么，接下来会发生什么。

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

vivo互联网技术

知识不是文件，也不是向量 | KDC 系列 02作者：vivo 互联网存储团队 - Xiao Bo AI 合作者：ChatGPT（GPT-5.5）创作模式：Human-led, AI-collaborated 责任声明：文章观点、理论体系及最终内容由作者负责；AI 参与讨论、推演、表达优化及部分内容生成。检索到相关材料，并不等于系统获得了可以用于判断的知识。本文区分 Representation、Knowledge 和 RAG 的职责，提出知识对象、来源证据、成熟度、版本与适用边界等工程要求，说明认知成果如何被验证、引用和持续更新。

一个 new 就能创建对象，为什么还要拆出单例、工厂、建造者、原型四种模式？「设计模式与范式」系列 Day08模块一花了七篇讲设计原则和思想，从这篇开始正式进入 23 种设计模式的具体内容，第一站是创建型模式。创建对象这件事，语言层面一个 new 关键字就能搞定，可现实中围绕它却衍生出单例、工厂、建造者、原型四种模式。它们到底是在解决同一个问题的四个方面，还是四个互不相干的问题？这篇先把全家福拍一张，后面四篇再逐个展开细讲。

一行命令复刻爆款视频，我把 Hypit 从安装跑到了出片一行命令复刻爆款视频，我把 Hypit 从安装跑到了出片怕浪猫 · 2026年9月17日 · 阅读约 9 分钟

函数式编程里的函数，其实不是你天天写的那个函数——三大编程范式的边界在哪「设计模式与范式」系列 Day07模块一从面向对象聊到设计原则，一直绕着"怎么组织代码"这个问题打转。这篇作为模块一的收官篇，把视野拉大到编程范式层面——面向对象、面向过程、函数式，这三者的边界到底划在哪。尤其是函数式编程，它里面说的"函数"，压根不是你平时 public int add(...) 里写的那个函数，这个误解不厘清，后面看 Stream、Lambda 这些语法会一直觉得别扭。

策略模式现在该不该上？一次讲清楚过度设计和设计不足怎么找平衡「设计模式与范式」系列 Day06学完一堆设计模式之后，最容易踩的坑不是"不会用"，而是"用过头"——看哪段代码都想套个模式上去，结果代码没变好读，反而多了几层莫名其妙的抽象。另一个极端是完全不设计，几十行的 if-else 一路堆到底。这篇不讲某个具体模式，讲怎么在这两个极端之间找到那个平衡点。

常见设计模式-模板方法模式定义：在父类中定义一个算法的骨架，将某些步骤的具体实现延迟到子类中。模板方法使得子类可以在不改变算法整体结构的前提下，重新定义算法的某些步骤。

第六章 · 桥接 — 三支毛笔，画出九种颜色这一章，她学会了"桥接"：两个维度都在变？拆开各管各的，中间架座桥。起因，是她逛淘宝想买一整套水彩笔，被我拦住了。

Shadow（⊙ｏ⊙）

OTOL设计模式 One Thread One Loop目录一、核心思想二、典型结构1. 单线程版（最基础）2. 多线程版（One Loop Per Thread）

如何让LLM 能在半夜偷偷打开网易云呢？意思就是，如何让LLM 定时做任务，这一篇就讲这件事——给 Agent 加定时任务，让它到了点自己做事情、报错了还能自己收场。定时任务难的从来不是「定时」，而是「没人在旁边盯着的时候，怎么保证它运行得对、任务报错了有人管」。

【设计模式】装饰模式(四)：框架源码实战——从 Java I/O 到 Spring 到 MyBatis【设计模式】装饰模式(一)实战：从计费系统的“动态加功能“说起【设计模式】装饰模式(二)：认识装饰模式

Android RecyclerView 多类型, 多种 Item本文主要讲解 Android 中 RecyclerView 多类型 Item 的实现思路，从普通单类型 RecyclerView 出发，逐步过渡到多 ViewHolder、多布局的完整案例，并总结常见坑和实际项目中的组织方式。适合人群：已经会使用普通 RecyclerView，但还不清楚 getItemViewType()、多 ViewHolder 怎么写、实际项目怎么组织的 Android 初学者。

如何让 Agent 获取更多的能力？插件 / 技能系统这篇我想讲怎么让第三方往你的 Agent 里热插拔能力，同时又不把安全、命名、生命周期搞成一团乱。总结就是：可扩展的关键，不是「加功能容易」，而是「加功能时不用改核心」。