设计模式

失败重试：Agent 中指数退避的正确姿势上一篇扒了工具调用，那是 Agent 的「手」。但手一伸出去，就有可能会碰到失败——模型 API 限流、过载、欠费、网络断。

为什么你写的 Java 代码"看着面向对象、实际是面向过程"？「设计模式与范式」系列 Day02用 Java 写代码 ≠ 写的是面向对象风格代码。Utils 满天飞、getter/setter 无脑生成、贫血模型——这些都是披着面向对象外皮的面向过程代码。

sql: Data Modeling Patterns本文基于一套完整的 SQL Server 脚本，系统梳理珠宝行业数据建模中的核心模式，涵盖范式设计（1NF 到 5NF）、反范式与触发器同步、缓慢变化维度（SCD）、层次模型、多租户策略以及综合业务查询。全文以珠宝业务场景为主线，从原料、款式、加工、库存到经销商销售，帮助读者理解每种建模模式的适用场景与选型思路。

🎯 JavaScript 单例模式（Singleton Pattern）—— 从理论到实战单例模式是 OOP（面向对象编程）中最经典的设计模式之一，属于 GoF 23 种设计模式中的一种。💡 核心思想：一个类在系统中只能被实例化一次，无论调用多少次，返回的都是同一个实例。

网络环境规划核心考点全梳理7.1 网络架构和主要技术7.1.1 信息网络系统一般体系框架模型★★★一个完整的信息网络系统由多个相互独立又关联的功能模块组成，可分为四大核心平台：•网络传输平台：负责数据的物理传输•服务平台：提供各类应用和业务服务•网络管理和维护平台：监控和管理整个网络•安全服务平台：保障网络和数据安全终端用户（企业、家庭、个人、物联网设备）通过各类接入方式连接到上述平台，实现信息交互。7.1.2 开放系统互连七层模型★★★★★OSI 模型将网络通信过程分为 7 个层级，自下而上各司其职，各层相对独立又相互协作。

Cocreation Framework：一套给所有人的 AI 协作思考系统我用 AI 写代码、做策划、写文档快两年了。有一个问题一直困扰我：为什么我脑子里想的是 A，AI 做出来的却是 B？

善良勤劳勇敢而又聪明的老杨

【AI编程系列】MCP 常用设计模式解读一个成熟 MCP 系统通常不是“把所有 REST API 原样暴露为工具”，而是分成四层：用户Host / Agent 应用

java: Strategy Pattern在复杂业务系统中，流程往往包含多个环节，且每个环节都可能发生变化。策略模式（Strategy Pattern）通过定义一组可互换的算法族，将「变化」封装起来，使业务逻辑更加清晰、易于扩展。本文以珠宝全业务流程为例，结合依赖注入（DI）容器、日志抽象、重试熔断等机制，演示如何用 Java 21 构建一个高并发、可维护的业务流程调度系统。

码匠许师傅

【设计模式精讲】29.行为型模式总结与对比（Behavioral Patterns Summary）【摘要】：行为型模式常被压缩成「一堆回调技巧」，十一种模式背起来像十一道独立考题。其实按「各自要解决的问题」聚类，四个问题就装下了：一组对象怎么对话（观察者/中介者/责任链）、变化的行为装进哪里（策略/模板方法/状态）、过去怎么留住（命令/备忘录）、结构怎么加工（迭代器/访问者/解释器）。同组是近亲，结构最像、最易混淆，本文逐组细说区别与联系，重点辨析「通信三兄弟」；跨组模式几乎不会认错，却常串成流水线。再以横向对比表、决策树、组合案例、常见误判与评审清单收口。读完你能对着一段交互代码说出：问题属于哪一组

CSharp: Observer Pattern在珠宝业务系统中，从原料采购、设计加工到质检、物流、财务、营销乃至人事培训，一条完整业务链路往往横跨多个部门。传统做法是各部门在流程节点上轮询或硬编码调用，导致模块之间高度耦合、扩展困难。观察者模式（Observer Pattern）通过「主题发布、观察者订阅」的方式，让业务阶段变更事件能够按需精准通知到对应部门，既降低了耦合，又提升了系统的可维护性与并发能力。本文以 C# .NET 10 为例，结合领域事件、依赖注入与重试熔断机制，完整演示观察者模式在珠宝全流程业务中的落地实践。

NestJS 后端开发实战：从设计模式到 CRUD 全栈本文基于一个 NestJS 学习项目，从工厂设计模式讲起，逐步深入到 NestJS 模块化架构和完整 CRUD API 的实现。适合前端开发者入门后端开发。

长远目标 Long-term Goal 老题沿用What goal & How long you’ve had this引出话题Alright, so...the goal that I’ve set for myself is to get into a top university in the world, like Oxford, Cambridge, or Harvard. I’ve had it ever since my first year in high school. I remember having this talk give

吃饱了得干活

Java设计模式实战：一个支付模块的重构之旅，层层递进理解设计模式精髓设计模式不是背出来的，而是在解决实际问题的过程中自然浮现的。很多同学学设计模式时，往往陷入“每个模式都认识，但不知道什么时候用”的困境。

vivo互联网技术

软件不是从数据开始，而是从现实开始 | KDC 系列 01作者：vivo 互联网存储团队 - Xiao Bo AI 合作者：ChatGPT（GPT-5.5）创作模式：Human-led, AI-collaborated 责任声明：文章观点、理论体系及最终内容由作者负责；AI 参与讨论、推演、表达优化及部分内容生成。当 AI 应用开始在运行时解释数据、选择工具并影响业务状态时，数据表示中的遗漏和歧义可能直接转化为行动风险。本文从退款案例出发，提出 Reality First 的观察顺序：先明确系统面对的领域现实，再讨论现实模型、数字表示以及验证反馈如何共同支撑

码匠许师傅

【设计模式精讲】27.模板方法模式（Template Method）【摘要】：三个后台任务类各自手写同一套仪式——初始化、循环、异常捕获、收尾统计，三份代码长得像又各缺一角：有的忘了 try，有的收尾顺序不对，加「统一超时」要改三处将来 N 处。本文从仪式的复制讲起，给出模板方法的 GoF 意图：在基类固化算法骨架，把可变步骤延迟到子类——骨架非虚、钩子分「必填纯虚」与「可选默认」两档；C++ 特有的 NVI 惯用法（公有非虚 + 私有虚）与模板方法互为表里，现代版补上 final、函数注入版（骨架 + 局部策略）与 CRTP 编译期骨架；好莱坞原则「别调用我们，我们会调

码匠许师傅

【设计模式精讲】28.访问者模式（Visitor）【摘要】：第 12 篇组合模式的结尾埋过一句「需要按类型分派时升级到访问者」，第 20 篇解释器又留下「操作在节点内 vs 操作外置」的悬念——本篇收线。表达式树已有求值，现在要打印、要求导、要统计变量，每种新操作都要改所有节点类；dynamic_cast 链虽能外置操作，却顺序敏感、新增类型静默漏掉。本文给出访问者的 GoF 意图：在不改元素类的前提下为结构加新操作，核心机关是双重分派——accept 调 visit，visit 重载选具体行为；C++98 版用 const 重载族贯穿只读访问，现代版给

码匠许师傅

【设计模式精讲】26.策略模式（Strategy）【摘要】：第一篇埋的伏笔到此兑现——反面教材一号 calcPrice 的 switch 又长回来了，二十七个分支，每加一种定价全函数回归。本文从「算法平行可换」与「状态依次迁移」的分野讲起，给出策略模式的 GoF 意图：定义算法族、各自封装、彼此可互换，让算法独立于使用它的客户变化；C++98 版把定价规则做成可注入的策略对象（自带费率与门槛数据），现代版给出 std::function 策略、模板策略（STL 比较器的形态）、以及把两个策略组合成链的高阶函数。C++ 的特殊地位值得一提：迭代器之后，策略

AI 问答不再"一本正经地胡说"：30 轮提示词迭代，沉淀 4 条防幻觉铁律面向读者的快速结论：让 AI 助手不乱编，关键不在"换个更大的模型"，而在提示词里把"不知道时怎么办"的路径写死。经过生产环境 30+ 轮迭代，我把它收敛成 4 条可复制的工程铁律——每条都有落地写法和反面教材。文末的 validator.py 静态校验器，能把其中最容易回归的两条变成 CI 自动检查，改提示词时违规直接拦下。

码匠许师傅

【设计模式精讲】25.状态模式（State）【摘要】：订单能支付、能发货、能关闭——每种动作在每种状态下都有不同答案，直觉的实现是给每个方法配一份全量 switch，于是「Created/Paid/Shipped」的分支在五个方法里各复制一遍，加一个状态全体加 case，合法的迁移图散落得没人能一眼看清。本文从订单状态机的 switch 蔓延讲起，给出状态模式的 GoF 意图：状态一变、行为整个换一套，对象「看起来像换了一个类」；状态对象无状态、全程共享一份（与享元、单例同宗），迁移由当前状态自己决定；现代版给出迁移表与 C++17 的 varia

java:Observer Pattern本文基于 Java 21 实现珠宝加工业务流程的观察者模式（Observer Pattern）实战案例，覆盖从原料采购、设计、加工、质检、包装、物流到财务的全流程事件驱动设计。