后端

NestJS CRUD 实战：用 Todos 模块打通 Controller-Service-Module 三层上一篇我们讲了 NestJS 的工厂模式、装饰器模式和模块化架构。这篇直接上手写代码——从零实现一个完整的 Todos CRUD 模块，覆盖增删改查全流程，理解 Module、Controller、Service 三层如何协作。

NestJS 框架入门：从工厂模式到模块化架构当你第一次打开一个 NestJS 项目，看到的不是一坨 app.js，而是一堆 @Module、@Controller、@Injectable 装饰器时，可能会觉得"这也太绕了吧"。但一旦理解了它背后的设计模式，你会发现这种结构恰恰是大型项目保持可维护性的关键。

【基于GO的Web开发4】html/template 模板语法Go 标准库 html/template 是 Go 内置的网页模板引擎，用于后端把数据填充到 HTML 页面，再返回给浏览器。

一只叫煤球的猫

Spring AI 2.0 源码解析（三）：ChatClient 的 Fluent API 如何构建请求？前两章已经把这条调用链路从头到尾理了一遍，中间留了几个问题，现在我们回头来看，只看 prompt() 到 call() 之间发生了什么。

掘金者阿豪

数据库迁移工具选了半年，最后发现决策的起点错了前几年做数据库迁移的时候，我一直有个习惯：项目一开始，先研究“怎么迁”。数据怎么搬，存储过程怎么改，Oracle里的函数到了目标库怎么替换，停机窗口够不够，迁移工具一天能跑多少数据。

FastAPI查询参数模型：把散落的参数收拢成一个整齐的盒子写API接口写多了你会发现一个挺烦人的现象，查询参数越攒越多，函数签名越写越长，一个接口十几个参数堆在括号里，看着就让人头皮发麻。FastAPI在0.115.0版本给出了一个挺优雅的解法，让你能用Pydantic模型把这些参数打包起来，既省心又好维护。这篇文章就带你把这套机制彻底摸透，从最朴素的写法讲起，一路讲到它能帮你避开哪些真实踩过的坑。

gis开发之家

Spring Boot 4 深度解析——参数接收大全：@RequestParam、@PathVariable、@RequestBody本篇是《Spring Boot 4 学习从入门到大神》专栏第 7 篇。参数是接口的“入口”，也是 Bug 的高发区。本文将系统讲解 Spring Boot 4 中各种参数接收方式、底层原理、复杂类型绑定、参数校验和常见坑位，帮你彻底搞定接口参数。

Rust 1.97 实战迁移：v0 符号重整、Cargo 警告治理与位运算新 API2026 年 7 月 9 日，Rust 1.97.0 稳定版发布。它没有任何新语法糖，却是一次典型的“成熟工具链纪律性更新”：把 2018 年提出的 v0 符号重整方案设为默认、把 CI 里最常用的 RUSTFLAGS=-Dwarnings 替换为缓存友好的 build.warnings、并把 5 个整数位运算方法稳定到标准库。

零成本把笔记转成双人播客：WorkBuddy + 腾讯云 TTS 完整教程作为一名知识管理践行者，我的 Obsidian 里面囤积了大量的笔记。2025 年、2026 年小宇宙上面的播客非常流行，所以我养成了一个习惯：通勤路上听播客。播客有声音就行，耳朵比眼睛好使唤，所以我就有一个想法：能不能把我的笔记变成听的东西？

Go 1.27 来了：泛型方法补齐，JSON 提速不踩坑2026 年 8 月 19 日，Go 1.27 正式发布。我打开官方 release notes，看到的不只是语言能力的补齐，更是一次标准库的现代化大动作。作为每半年一个 major 版本的稳定节奏，这次更新不仅是语言能力的补齐，更是一次标准库的现代化大动作。对于我们这些每天在处理高并发、深埋内存泄漏问题的后端工程师来说，Go 1.27 带来的泛型方法增强、JSON 性能跃迁以及后量子加密支持，不仅仅是版本的数字跳动，更是生产环境稳定性与可观测性的实质性提升。

C# Roslyn 编译器平台实战：源生成器、分析器与代码修补Roslyn 是微软对 C# / VB.NET 编译器的开源重写，它不再是一个黑箱——而是将编译过程完全暴露为 API。你可以介入编译的几乎每一个阶段：在语法树层面分析代码、报告诊断信息、自动修复问题，甚至在编译期间凭空生成新的源代码。

99% 的人把桥接模式当策略模式用——抽象与实现分离，你做的不是同一件事桥接模式（Bridge）在 GoF 23 种里属于"学过就忘"的典型。网上搜"桥接模式"，前 10 条结果有 8 条在画同一个 UML：Abstraction → RefinedAbstraction / Implementor → ConcreteImplementor，然后一段代码演示"如何切换实现"。看完整个人是懵的——这跟策略模式到底有什么区别？

你激活了 sharp-skills 一个模块，但你的项目从来不是单点活儿我维护 sharp-skills 一年多，后台数据显示一个有意思的现象：60% 以上的使用者只激活一个模块——通常是 sharp-tech-writing 或者 sharp-copywriting，挑一个用。剩下 40% 的人激活两个或三个，但往往不是按业务场景激活的，是"看着顺眼就勾上"。

Kubernetes Toleration 六种写法详解：从精确匹配到全部放行在 Kubernetes 中，Taint（污点）与 Toleration（容忍）通常成对出现，用于控制 Pod 能否被调度到特定节点上。Toleration 的语法并不复杂，但真正容易让人困惑的地方在于：

MyBatis事务只能靠Transactional吗-MetaLite为何只保留编程式事务摘要：多数据源项目中，@Transactional 进入方法时就可能需要确定事务管理器，但真正的数据源往往要等第一条 DAO 请求才能路由出来。MetaLite ORM 只提供编程式 TransactionManager，先进入 PENDING，再由第一次 DAO 操作绑定实际 DataSource。这牺牲了声明式事务的简洁，却换来更明确的事务边界、路由时序和排障路径。

用户947913581162

20260821_090153_LangGraph_生产落地的_5_个关键坑：从_State我见过太多团队把 LangGraph 跑通 Demo 后兴冲冲地上生产，然后在第一周就被状态竞争、循环超时、链路不可观测等问题打得措手不及。

📊 SQL 入门 Day 21：表设计与约束好的表设计是高性能查询的基石，而约束是保证数据完整性的第一道防线。想象一下，如果一张表允许「用户名字段为空」且「没有唯一限制」——那你可能会存入两个同名空用户，后续业务逻辑直接崩溃。约束就是数据库的「交通规则」，没有它，数据会变成混乱的垃圾场。

SamDeepThinking

警惕那些很长时间没有编写任何代码、却在设计系统的人2022年，我参加过一次技术方案评审。负责方案的程序员正在介绍自己的设计，讲到一半，一个架构师突然插话：为什么不用消息中心的方式，干嘛在代码里直接调用第三方发消息的接口？

基于Spring Boot + Vue 3的前后端一体化部署方案本项目采用前后端分离架构，前端使用Vue 3框架，后端使用Spring Boot。为简化部署流程、降低运维成本，本方案采用将Vue 3构建产物直接集成到Spring Boot静态资源目录中的一体化部署策略。

【Groovy翻译-进阶篇】Groovy 中的设计模式本文根据 Apache Groovy 官方文档《Design patterns in Groovy》翻译整理。原文：groovy-lang.org/design-patt…