设计模式

AI人工智能+电脑小能手

大白话说Java设计模式-08-建造者模式（业务实战篇）📌 一句话本质：建造者模式就是"像搭积木一样，一步步把复杂对象造出来"。🏷️ 标签：建造者模式 / Java 设计模式 / Lombok / 大白商城 / 复杂对象 🎯 适合：初中级后端 / 经常被复杂构造方法困扰的工程师

从 Claude Code 到 Claude Tag，Harness Engineering 走到了组织这一层Claude Tag 这两周挺火。Anthropic 让 Claude 以团队成员身份常驻 Slack，有自己的身份，能看懂频道里的上下文，自己发现问题自己推进。Karpathy 管这个叫 LLM UI/UX 的第三次跃迁，Chat 到 Coding Agent 到 AI Coworker。

单例模式从入门到精通：一个数据库连接池的完整剖析本文通过一个真实的数据库连接池场景，从理论到实践完整讲解单例模式，包含 6 种实现方式对比、线程安全分析、反射攻击与防御、单例反模式批判性分析、Spring 单例 vs GoF 单例辨析、面试高频问题及企业级最佳实践。

编译期与运行期的双重防线：从 TypeScript 类型之争到 LLM 输出的自动化择优前端面试几乎必问一道题：interface 和 type 有什么区别？第五十五天的笔记把它拆到了底——从对象结构聊起，到继承、声明合并、非对象类型、函数类型四大差异，再落到 React 组件里的“面向接口编程”。

货拉拉技术

重塑 Agent 度量衡：基于 LLM-as-a-Judge 的离线评估体系与实践当前的AI外呼已经从传统的一问一答的FAQ模式（如基础外呼bot）演进为AI Agent模式，复杂的业务场景要求Agent必须同时具有两种能力：

设计模式小记今天学习一些设计模式的内容，这个其实也没有啥可参考的内容，主要就是问AI，等我看完相关的书籍再来补充，这里主要结合实际的代码来讲解思想和应用场景。

卡牌RWA研究院

Relique：一张精品卡牌如何从收藏品变成可交易的链上资产？一张精品卡牌，最初只是现实世界中的一件收藏品。它可能来自 Pokémon、One Piece、Yu-Gi-Oh!，也可能是一张体育球星卡。它有自己的发行年份、版本、语言、评级分数、证书编号和市场价格，也可能承载某个角色、某段历史或者收藏者的个人记忆。

抽象工厂模式从入门到精通：一个多云存储案例的完整剖析（修订版）本文通过一个真实的多云存储场景，从理论到实践完整讲解抽象工厂模式，包含完整代码示例、设计原则分析、面试高频问题及企业级优化方案。

Redis 系列（八）：缓存设计模式与一致性——从 Cache Aside 到防雪崩核心目标：掌握 Cache Aside 等主流缓存模式；理解"先删缓存还是先更新库"的时序窗口；用真实实验复现缓存不一致、击穿重建风暴与穿透；能设计带防护的缓存架构。

设计模式 18 · 状态模式前面我们埋过好几次钩子:策略那篇说"策略是平行选一个,状态是链式流转",这一篇终于轮到状态模式(State) 正式登场,把这条界限彻底讲透。它和策略模式的代码结构几乎一模一样(都是持有一个接口引用、委托调用),却是行为型里最经典的一对"双胞胎"——长得像,内核完全不同。

设计模式 17 · 责任链模式上一篇观察者是"一个事件广播给所有人、各自独立处理"。这一篇的**责任链模式(Chain of Responsibility)**换一种协作方式:把多个处理者串成一条链,让请求沿着链一个一个往下传,由链上的节点依次处理——谁能处理就处理、谁想拦截就拦截。

用户93851563507

从零在浏览器里跑 DeepSeek-R1：WebGPU + Transformer.js 全链路实战大家好，我是一名前端开发者。最近参考GitHub做了一个项目——在浏览器里本地运行 DeepSeek-R1 1.5B 推理模型，全程不需要后端服务器，所有 AI 计算都在用户自己的设备上完成。

AI人工智能+电脑小能手

大白话说Java设计模式-04-工厂方法模式（业务实战篇）📌 一句话本质：工厂方法模式就是"想造啥跟我说，我专门有个车间给你造"。🏷️ 标签：工厂方法模式 / Java 设计模式 / Spring / 支付中心 / 大白商城 🎯 适合：初中级后端 / 想搞懂多态真实用法的工程师

设计模式 15 · 模板方法模式上一篇策略模式,是把"整个算法"抽象成接口、整体替换。这一篇的模板方法模式(Template Method),思路正好互补:算法的大骨架是固定不变的,只有其中个别步骤会变——那就把骨架定死在父类里,只把那几个会变的步骤,留成抽象方法交给子类去填。

今天的砖头有点烫手啊

AI Agent 开发实战（十）：Agent 设计模式（ReAct / Plan-Execute / Reflection）上一篇我们让 Agent 学会了"反问"，在执行前搞清楚需求。但搞清楚需求之后呢？Agent 该怎么一步步执行？遇到意外怎么办？执行完了怎么保证质量？今天聊三种经典 Agent 设计模式——ReAct、Plan-Execute、Reflection——它们分别解决"边做边想"、“先规划后执行”、"做完自我检查"三个问题，而且在真实项目中往往需要组合使用。

RAG 系统进化论（十）：可运营 RAG，从原型到长期运行的知识系统本文导读：可运营 RAG 关注的不是再增加一种检索算法，而是让系统能够安全、稳定、可控地长期运行。本文将从数据更新与删除、索引版本、权限隔离、安全防护、可靠性、成本预算、灰度发布、回滚和反馈闭环出发，说明如何把一个效果不错的原型变成可以持续维护的生产系统。

前端通用交互式几何编辑器的开发经验做前端的人大多碰过“在地图上画点什么”的需求。画个点、连条线、圈一块区域，看起来不难，可真要把它做成能被业务系统集成、能被别人二次开发的编辑器，市面上能找到的工具却大多差着一口气：

前端通用交互式几何编辑器的设计法则 7 - 设计模式与原则本篇从代码工程角度出发，讲述用到的设计模式和设计原则。前面六篇各讲一个模块，这一篇把它们收束成“模式与原则”，看看这套设计背后有哪些规律可循。

前端通用交互式几何编辑器的设计法则 4 - 绘制、悬停与编辑本篇是重头戏：纵向看策略对象与它内部的状态机（同一事件在不同状态做不同的事），横向看绘制 / 编辑 / 悬停的竞态如何靠仲裁器解决，以及样式反馈的配置。