设计模式

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

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

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

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

如何让 Agent 安全运行你的命令：命令分级 + Hook + 读写锁怎么让一个能执行命令、能写文件的 Agent 不会瞎搞。核心就是一句话：安全的信任边界，不能放在「模型听不听话」，只能放在「工具执行前的那一下」。

技术不难，为什么项目却越改越不敢动？聊聊复杂系统开发该怎么想「设计模式与范式」系列 Day05自动驾驶、图像识别、高性能消息队列——这些系统难，难在技术本身有门槛，靠算法和领域积累才能啃下来，不是多拉几个人就能提速的。但更多人日常在做的，是另一种难：技术上没什么新鲜的，业务逻辑却盘根错节，代码量一大、参与的人一多，改一个小需求都得小心翼翼，生怕牵一发动全身。这篇不聊前者，聊后者——面对这种"不难但复杂"的系统，到底该从哪几个角度想问题。

rust: Factory Method Pattern本节介绍工厂方法模式（Factory Method Pattern）在珠宝制造业务系统中的实际应用背景，说明为什么需要将产品线创建逻辑与业务处理解耦，以及本文将要展示的 Rust 实现思路。

第 8 节 C++ 设计模式在 AI 推理 SDK 和 Agent 工具运行时中如何落地摘要：本节系统讲解 C++ 设计模式在 AI 推理 SDK 和 Agent 工具运行时中的落地实践。创建型模式（工厂、建造者、单例、原型）解决对象构造的灵活性与一致性；结构型模式（适配器、装饰器、代理、外观、桥接、组合、享元）解决多后端 API 统一与功能叠加；行为型模式（策略、观察者、责任链、模板方法、状态、命令、访问者、中介者）解决推理流程编排与工具调用链；RAII、Pimpl、类型擦除、CRTP 是 C++ 特有的工程基石。文中给出大量可编译 C++ 示例、面试追问速查表、模式选型决策流程图，并总结

MVC 三层架构被打上反模式标签？一次账户扣款需求，讲清楚贫血模型和充血模型该怎么选「设计模式与范式」系列 Day04业务开发天天在写的 Controller-Service-DAO 三层架构，是绝大多数人入行第一天就学会的标准套路。但如果我告诉你，这套写法在很多人眼里是反模式（anti-pattern），是彻头彻尾的面向过程编程，你是不是要愣一下——这不是最正统的 Java Web 开发方式吗？这篇就用一个账户扣款的真实需求，把这件事的来龙去脉讲清楚：到底哪里"面向过程"了，充血模型和 DDD 又是怎么解决这个问题的。

rust:Builder Pattern输出：

【设计模式】装饰模式(三)：从装饰模式看 Java 与面向对象设计(原理篇)【设计模式】装饰模式(一)实战：从计费系统的“动态加功能“说起【设计模式】装饰模式(二)：认识装饰模式

从一次支付渠道扩展需求，看懂"多用组合少用继承"到底在说什么「设计模式与范式」系列 Day03Day02 打完了四大特性的地基，这篇不再逐个讲概念，而是用一个真实场景把接口、抽象类、组合、继承这几个知识点串起来：给电商系统加支付渠道。这是个几乎所有后端都会遇到的需求，也是"继承一开始很好用，后来突然绷不住"的典型案例。

CSharp:Condition Variable Pattern本文围绕珠宝行业企业级全程业务流程的工程化实现展开，重点介绍如何基于 C# .NET 10 与条件变量模式（Condition Variable Pattern）构建一套可扩展、可观测、具备弹性容错能力的订单全流程流水线。文章将从业务建模、流水线引擎设计、弹性适配与日志体系四个维度逐步拆解，帮助读者理解复杂业务系统在并发与故障场景下的落地思路。

sql: Data Modeling Patterns using mysql珠宝行业的数据链路长、业务形态复杂：从宝石原料采购、款式 BOM 设计、加工工单流转，到成品库存、经销商分销与门店销售，每一环都沉淀着大量结构化数据。然而，许多企业在建模时往往陷入两难——业务库要么过度冗余导致更新异常，要么过度范式化拖慢查询；数据仓库又缺乏从 OLTP 到 DW 的完整衔接，维度拉链、增量抽取、数据质量校验等环节常常靠手工拼凑，难以支撑规模化经营分析。本文面向数据库工程师与架构师，以 MySQL 9.0 为底座，从范式建模、反范式设计、SCD 缓慢变化维度、层次模型、多租户、事务与锁，到

失败重试：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？