在线书

现代前后端完全指南：软件城市宇宙

开始阅读进入正文查看结构图

阅读单元: 962
正文规模: 39 万字
生成方式: 按章加载

原文导入

用一座完整的“现代软件城市”，把 2026视角下前后端主流技术栈串起来讲。适合已经会一点编程、但还没建立完整技术地图的同学。

#第一章：先别急着选框架 —— 你在建一座城市

很多人一上来就问：

“React 和 Vue 哪个更好？”
“Next.js 能不能替代后端？”
“FastAPI 和 Spring Boot 谁更强？”

这几个问题之所以经常吵起来，是因为它们本来就不在同一层。

现代软件系统更像一座城市：

text

软件城市
│
├── 临街门店和商场外观
│   ├── UI 框架：React / Vue / Angular / Svelte / Solid / Qwik
│   └── Meta Framework：Next.js / Nuxt / Remix / SvelteKit / Astro / TanStack Start
│
├── 装修材料与施工队
│   ├── 样式体系：Tailwind CSS
│   ├── 组件方案：shadcn/ui
│   ├── 状态管理：Redux Toolkit / Zustand / Pinia
│   └── 构建工具：Vite / Webpack / Rspack / Turbopack
│
├── 政务大厅和业务楼
│   ├── JS/TS 后端：Node.js / Deno / Bun
│   ├── JS/TS 框架：Express / Fastify / NestJS / Hono / Koa / AdonisJS
│   ├── Python：FastAPI / Django / Flask / Litestar / Celery
│   ├── JVM/.NET：Spring Boot / Quarkus / Micronaut / Ktor / ASP.NET Core
│   └── 其他主流后端：Gin / Fiber / Echo / Axum / Actix Web / Rails / Laravel / Symfony
│
├── 仓库、档案馆和物流系统
│   ├── 数据库：PostgreSQL / MySQL / MongoDB
│   ├── 缓存：Redis
│   ├── 搜索：Elasticsearch / OpenSearch
│   ├── 消息与流：Kafka / RabbitMQ / NATS
│   └── 分析库：ClickHouse
│
├── 港口、电网和调度中心
│   ├── 容器：Docker
│   ├── 编排：Kubernetes
│   ├── 基础设施即代码：Terraform
│   ├── CI/CD：GitHub Actions
│   ├── Serverless：AWS Lambda / Serverless Framework
│   └── 边缘与托管：Cloudflare Workers / Vercel / Netlify
│
├── 验收、消防和监控
│   ├── 测试：Jest / Vitest / Playwright / Cypress / Pytest / JUnit
│   └── 可观测性：OpenTelemetry / Prometheus / Grafana / Sentry
│
└── 新加进来的 AI 机器人区
    ├── LangChain / LlamaIndex
    ├── Vercel AI SDK / Mastra
    └── OpenAI API / Agents SDK

核心判断：

你在选什么	你其实在决定什么
UI 框架	门店怎么装修
Meta Framework	商场怎么招商、怎么路由、怎么进货、怎么开门营业
后端框架	政务大厅怎么接待请求、怎么调业务
数据层	档案和货物存哪
云原生	城市怎么部署、扩容、迁移
测试/监控	城市出问题时怎么发现、怎么追

所以整篇文档最重要的目标不是让你“背会所有框架”，而是让你知道：

每个框架到底属于哪一层，它在城市里到底扮演什么角色。

软件城市地图

从门店、政务大厅到港口和机器人区

目录页把技术栈改造成城市地图：先看城市分区，再进入每条街区和每个技术单元。

前端门店区UI、Meta Framework、样式、状态与构建 后端市政区运行时、Web 框架、企业后端与服务边界 数据档案与物流系统数据库、缓存、搜索、消息与分析 基础设施与运营系统容器、CI/CD、Serverless、测试与可观测 AI 应用区AI 框架、能力层与产品工程 组合方案与总图主流建城方案、完整 Demo 与概念关系图 单技术完全宇宙把单个技术拆成可记忆的城市子系统

全书目录

01

前端门店区

6 个阅读单元

第一章：先别急着选框架 —— 你在建一座城市1 分钟第二章：UI 框架 —— 你要怎么盖门店3 分钟第三章：Meta Framework —— 门店不是只要装修，还要能营业3 分钟第四章：样式体系和组件方案 —— 装修材料怎么选1 分钟第五章：状态管理 —— 这座城的台账谁来记1 分钟第六章：构建工具 —— 施工队怎么进场1 分钟

02

后端市政区

4 个阅读单元

第七章：JS/TS 后端 —— 市政大厅开始接待请求2 分钟第八章：Python 后端 —— 数据和业务处理园区2 分钟第九章：JVM / .NET 后端 —— 大型企业城区1 分钟第十章：Go / Rust / Ruby / PHP —— 不同工业园2 分钟

03

数据档案与物流系统

2 个阅读单元

第十一章：数据库 —— 城市档案馆到底怎么建1 分钟第十二章：缓存、搜索、消息和分析 —— 城市物流系统2 分钟

04

基础设施与运营系统

4 个阅读单元

第十三章：容器、编排和基础设施即代码 —— 港口、电网和城建蓝图1 分钟第十四章：CI/CD、Serverless 和边缘平台 —— 城市怎么持续营业2 分钟第十五章：测试 —— 城市验收、消防和演练2 分钟第十六章：可观测性 —— 城市摄像头、传感器和告警中心2 分钟

05

AI 应用区

1 个阅读单元

第十七章：AI 应用框架 —— 城市里开始上机器人2 分钟

06

组合方案与总图

3 个阅读单元

第十八章：常见技术组合 —— 现实里的几种主流建城方案1 分钟第十九章：完整软件城市 Demo1 分钟概念关系总图1 分钟

07

第二部分：单技术完全宇宙

1 个阅读单元

第二部分：单技术完全宇宙1 分钟

08

第一篇：React 完全指南 —— 空调宇宙

24 个阅读单元

第一篇：React 完全指南 —— 空调宇宙篇章总览第一章：组件 —— 万物皆空调零件1 分钟第二章：Props —— 零件之间的接线1 分钟第三章：State —— 空调的记忆系统1 分钟第四章：渲染 —— 空调面板刷新机制1 分钟第五章：事件 —— 遥控器的按钮1 分钟第六章：useEffect —— 空调的自动控制程序1 分钟第七章：useRef —— 空调的内部零件直通线1 分钟第八章：父子通信 —— 遥控器怎么控制空调1 分钟第九章：条件渲染 + 列表渲染1 分钟第十章：useMemo & useCallback —— 省电模式1 分钟第十一章：useContext —— 中央空调系统1 分钟第十二章：自定义 Hook —— 造一个万能遥控器1 分钟第十三章：组件生命周期（全景图）1 分钟第十四章：完整空调系统 Demo1 分钟第十五章：State 设计 —— 空调面板别把所有按钮焊死在一起1 分钟第十六章：批处理更新 —— 遥控器指令队列1 分钟第十七章：表单 —— 空调控制面板输入系统1 分钟第十八章：useReducer —— 中央控制器1 分钟第十九章：useEffect 误区 —— 不是所有自动程序都该装进 Effect1 分钟第二十章：Suspense + lazy —— 空调模块按需安装1 分钟第二十一章：错误边界 —— 保险丝和断路器1 分钟第二十二章：性能优化边界 —— 省电，但别过度改装1 分钟第二十三章：React 和 Next.js 的边界 —— 零件系统 vs 智能楼宇系统1 分钟

09

第二篇：FastAPI 完全指南 —— 软件城市政务大厅宇宙

24 个阅读单元

第二篇：FastAPI 完全指南 —— 软件城市政务大厅宇宙篇章总览第一章：FastAPI 到底是什么 —— 一座高效率政务大厅1 分钟第二章：先看城市结构 —— FastAPI 站在谁的肩膀上1 分钟第三章：启动大厅 —— 从 Hello World 到自动文档1 分钟第四章：路径操作 —— 每个窗口都对应一个办事台1 分钟第五章：路径参数和查询参数 —— 门牌号与附加说明1 分钟第六章：请求体 —— 真正的表单系统从这里开始1 分钟第七章：字段约束 —— 表单不只是有这个字段，还要填得像样1 分钟第八章：自定义校验器 —— 不是所有规则都能靠 int 和 str 解决1 分钟第九章：响应模型 —— 不是你返回什么，客户端就该看到什么1 分钟第十章：状态码 —— 回执不只是内容，还有办成了没有1 分钟第十一章：async def 和 def —— 大厅是并发办理，不是一个人办完整队1 分钟第十二章：依赖注入 —— 安检闸机、认证岗、公共流程都放这里1 分钟第十三章：错误处理 —— 被拒绝受理，也要拒绝得清楚1 分钟第十四章：认证 —— 给市民发通行令牌1 分钟第十五章：APIRouter —— 政务大厅要分楼层1 分钟第十六章：应用生命周期 —— 城门什么时候开，什么时候关1 分钟第十七章：后台任务 —— 窗口先把回执给你，慢活去后台工单中心做1 分钟第十八章：CORS —— 城外前端要来办事，门卫不能乱放人1 分钟第十九章：测试 —— 政务大厅上线前，先做消防演习1 分钟第二十章：一张总图 —— FastAPI 请求在大厅里到底怎么流动1 分钟第二十一章：最小项目骨架 —— 一个能继续长大的 FastAPI 服务应该长什么样1 分钟第二十二章：2026 视角下的几个实战判断1 分钟第二十三章：一句话收束 —— FastAPI 为什么会让人上手后很难回去1 分钟

10

第三篇：Vue 完全指南 —— 新城区商业街宇宙

21 个阅读单元

第三篇：Vue 完全指南 —— 新城区商业街宇宙篇章总览第一章：先别急着写页面 —— 你在规划一条商业街1 分钟第二章：单文件组件 —— 一家店就是一个 `.vue` 文件1 分钟第三章：`<script setup>` —— 官方推荐的开店方式1 分钟第四章：模板语法 —— 橱窗、招牌和价签怎么挂1 分钟第五章：响应式 —— 账本一改，招牌自动刷新1 分钟第六章：计算属性 —— 自动电子招牌1 分钟第七章：侦听器 —— 巡检系统和异步副作用1 分钟第八章：Props + Emits —— 总部下发规定，店铺回传消息1 分钟第九章：组件 `v-model` —— 双向收银接口1 分钟第十章：插槽 —— 毛坯商铺，装修风格交给外部1 分钟第十一章：Provide / Inject —— 地下管网，不用层层搬货1 分钟第十二章：组合式函数 —— 把营业 SOP 抽成标准手册1 分钟第十三章：生命周期 —— 店铺开张、营业、打烊1 分钟第十四章：Vue Router —— 商业街道路系统1 分钟第十五章：Pinia —— 市政总台账1 分钟第十六章：Vue 的三个特色内置设施 —— 过渡、传送、缓存1 分钟第十七章：Vue 和 Nuxt 的边界 —— 一条街 vs 整个商业综合体1 分钟第十八章：怎么判断一个 Vue 项目有没有写顺1 分钟第十九章：完整小 Demo —— 一条最小可运行商业街1 分钟第二十章：一句话收尾1 分钟

11

第四篇：Spring Boot 完全指南 —— 政务大厅宇宙

20 个阅读单元

第四篇：Spring Boot 完全指南 —— 政务大厅宇宙篇章总览第一章：Spring Boot 到底是什么 —— 政务大厅不是一栋空楼1 分钟第二章：5 分钟开厅 —— 用 Initializr 拉起项目1 分钟第三章：`@SpringBootApplication` —— 市政总开关1 分钟第四章：自动配置 —— 配套系统为什么会自己出现1 分钟第五章：Controller —— 办事窗口怎么接待市民1 分钟第六章：Bean 和依赖注入 —— 谁在大厅里上班1 分钟第七章：配置文件 —— 城市条例写在哪里1 分钟第八章：Profiles —— 同一座城，不同城区规则不同1 分钟第九章：Entity + Repository —— 档案馆怎么记卷宗1 分钟第十章：Service —— 审批科真正处理业务1 分钟第十一章：事务 —— 一次审批要么全成，要么全回滚1 分钟第十二章：校验和统一异常处理 —— 材料不齐就别让窗口自由发挥1 分钟第十三章：测试 —— 开厅前先做演练，不要直接让市民试错1 分钟第十四章：Actuator —— 巡检中心、监控口、健康检查1 分钟第十五章：开发期配套 —— 本地别手搓基础设施1 分钟第十六章：打包与部署 —— 政务大厅怎么交付1 分钟第十七章：Spring Boot 和 Spring 其他项目的边界 —— 别把整座城混成一团1 分钟第十八章：完整项目骨架 —— 一座小型政务大厅应该怎么摆1 分钟第十九章：版本升级提醒 —— 2026 视角下 Spring Boot 该怎么选1 分钟

12

第五篇：Next.js 完全指南 —— 商业综合体宇宙

16 个阅读单元

第五篇：Next.js 完全指南 —— 商业综合体宇宙篇章总览第一章：Next.js 到底是什么 —— 你不是在装修门店，你是在运营整座综合体1 分钟第二章：开工 —— 先把综合体蓝图搭起来1 分钟第三章：路由 —— 每一层楼、每一家店，都靠文件夹落位1 分钟第四章：Server Components 和 Client Components —— 后厨与前台要分清2 分钟第五章：数据获取 —— 能在后厨拿货，就别让前台跑仓库1 分钟第六章：Streaming —— 别让顾客站在门口等整栋楼装修完1 分钟第七章：写入数据 —— 表单不是“额外系统”，而是运营主通道1 分钟第八章：Route Handlers —— 这是对外服务窗口，不是内部绕路走廊1 分钟第九章：缓存与重验证 —— 这座楼不是每分钟都要全量重装1 分钟第十章：错误、空状态、404 —— 商业综合体必须有应急预案1 分钟第十一章：样式、字体、图片、Metadata —— 装修和招牌也得按综合体标准来1 分钟第十二章：proxy.ts —— 门禁、分流、入口检查1 分钟第十三章：部署 —— 综合体开业，不是只把前台灯打开1 分钟第十四章：你最容易写错的 8 件事2 分钟第十五章：把整套心智模型串起来1 分钟

13

第六篇：Nuxt 完全指南 —— 全媒体演播中心宇宙

19 个阅读单元

第六篇：Nuxt 完全指南 —— 全媒体演播中心宇宙篇章总览第一章：Nuxt 到底是什么 —— Vue 不是电视台，Nuxt 才是电视台1 分钟第二章：5 分钟开台 —— 先把演播中心搭起来1 分钟第三章：目录结构 —— Nuxt 的核心不是“多”，而是“按约定分层”1 分钟第四章：app.vue —— 总控室，不一定复杂，但一定关键1 分钟第五章：pages 路由系统 —— 节目单不是你手写出来的，是文件夹长出来的1 分钟第六章：layouts —— 公共舞美，不要每个节目都重新搭景1 分钟第七章：components 和 auto-import —— 演员库默认就接上了1 分钟第八章：composables —— 栏目工具箱，不是新的状态黑洞1 分钟第九章：plugins —— 全台挂件系统，只在开台时装一次1 分钟第十章：server 目录和 Nitro —— 后台机房终于不是另一个仓库了1 分钟第十一章：数据获取 —— 直播内容、预录内容、互动请求，路线不一样2 分钟第十二章：SSR / SSG / Hybrid —— 直播、预录、混播，不是一个按钮三种魔法1 分钟第十三章：SEO 和 Meta —— 节目导视、海报、标题条，不能播完再补1 分钟第十四章：一个小型完整示例 —— 把节目单、舞美、后台、导视串起来1 分钟第十五章：部署 —— 开台不是把静态文件扔上去这么简单1 分钟第十六章：你最容易写错的 10 件事2 分钟第十七章：Nuxt 和 Vue 的边界 —— 别把“舞台”当“电视台”1 分钟第十八章：整套心智模型收束 —— 真正把 Nuxt 串起来2 分钟

14

第十篇：Docker 完全指南 —— 国际港口集装箱宇宙

18 个阅读单元

第十篇：Docker 完全指南 —— 国际港口集装箱宇宙篇章总览第一章：Docker 到底是什么 —— 你不是在“装软件”，你是在做全球标准化装柜1 分钟第二章：先分清最关键的两个词 —— `image` 和 `container`1 分钟第三章：第一批命令 —— 看港口里到底有什么货1 分钟第四章：`docker run` —— 从模板造出一只真正能跑的货柜1 分钟第五章：Dockerfile —— 装柜作业说明书2 分钟第六章：Layer —— Docker 为什么不是“重新打包一整坨”1 分钟第七章：构建 —— `docker build` 不是“压缩文件”，而是按说明书造模板1 分钟第八章：多阶段构建 —— 一个柜子负责生产，另一个柜子负责最终交付1 分钟第九章：存储 —— 容器不是仓库，数据不能乱塞在柜子里2 分钟第十章：网络 —— 货柜之间怎么通话，外部怎么找到它们1 分钟第十一章：Compose —— 一张调度总表，指挥一整个货柜编队2 分钟第十二章：开发与生产不是一套思路 —— 别把本地开发姿势硬搬到线上1 分钟第十三章：发布 —— 镜像不是只存在你电脑里，它要进全球码头仓库1 分钟第十四章：一个完整例子 —— 前端 + API + PostgreSQL 的最小货柜编队1 分钟第十五章：你最容易写错的 10 件事2 分钟第十六章：把整套心智模型串起来1 分钟第十七章：一句话收尾4 分钟

15

第八篇：PostgreSQL 完全指南 —— 时间档案馆宇宙

16 个阅读单元

第八篇：PostgreSQL 完全指南 —— 时间档案馆宇宙篇章总览第一章：PostgreSQL 到底是什么 —— 一座会记录“时间版本”的档案馆1 分钟第二章：先看馆内结构 —— 你到底在操作哪一层1 分钟第三章：表、行、列 —— 一份档案到底长什么样1 分钟第四章：约束 —— 档案馆的硬规矩2 分钟第五章：索引 —— 档案目录卡不是越多越好2 分钟第六章：事务 —— 一次归档，要么全部成功，要么全部不算1 分钟第七章：MVCC —— PostgreSQL 最值钱的底层魔法1 分钟第八章：锁 —— MVCC 不是没有锁，而是少用锁2 分钟第九章：连接 —— 不是把表“拼起来”，而是按关系找档案1 分钟第十章：查询规划 —— 调度员决定你是翻目录还是翻整柜2 分钟第十一章：JSONB —— 让档案里允许有“附页”，但别把整本表都写成附页1 分钟第十二章：迁移 —— 档案馆扩建，不是深夜拿锤子砸柜子1 分钟第十三章：备份 —— 备份不是“导一份 SQL”就结束1 分钟第十四章：常见误区 —— PostgreSQL 最容易被用错的地方2 分钟第十五章：把整座时间档案馆串起来5 分钟

16

第七篇：NestJS 完全指南 —— 国际机场总调度宇宙

23 个阅读单元

第七篇：NestJS 完全指南 —— 国际机场总调度宇宙篇章总览第一章：NestJS 到底是什么 —— 你不是在写几个接口，你是在运营一座机场1 分钟第二章：为什么很多团队喜欢它 —— 它给你的不是语法糖，而是秩序1 分钟第三章：5 分钟开航 —— 先把机场骨架搭起来1 分钟第四章：Module —— 航站楼不是装饰，它是系统分区1 分钟第五章：Controller —— 柜台只负责接待，不负责开飞机1 分钟第六章：Provider / Service —— 真正干活的是调度中心1 分钟第七章：Dependency Injection —— 调度员不是你手动招的，是系统派的1 分钟第八章：DTO + Validation —— 先过材料核验机，别让脏数据进跑道1 分钟第九章：Pipe —— 它不只是校验器，它是入口整形机1 分钟第十章：Guard —— 它决定“能不能进”，不是“进来后怎么办”1 分钟第十一章：Interceptor —— 它像中转总线，负责统一包装和流程编排1 分钟第十二章：Exception Filter —— 真出事故时，要有应急中心统一接管1 分钟第十三章：请求完整链路 —— 一次请求在机场里到底怎么走1 分钟第十四章：数据库边界 —— TypeORM 和 Prisma 都能用，但心智完全不同1 分钟第十五章：配置管理 —— 机场运行参数不能写死在墙上1 分钟第十六章：REST 资源式开发 —— `nest g resource` 很像直接生成一座标准柜台1 分钟第十七章：测试 —— 真机场开航前要演练，Nest 也一样1 分钟第十八章：Express 还是 Fastify —— 你选的是跑道系统，不是换机场1 分钟第十九章：部署 —— 开机场不是 `npm run start:dev`1 分钟第二十章：你最容易写错的 10 件事2 分钟第二十一章：一个更像真实项目的目录骨架1 分钟第二十二章：把整套心智模型串起来4 分钟

17

第九篇：Redis 完全指南 —— 软件城市实时调度中心宇宙

20 个阅读单元

第九篇：Redis 完全指南 —— 软件城市实时调度中心宇宙篇章总览第一章：Redis 到底是什么 —— 它不是仓库，它是城市实时调度中心1 分钟第二章：Redis 最擅长什么 —— 快、短、频、热1 分钟第三章：先学最小心智 —— Redis 的世界就是 key -> value1 分钟第四章：键名设计 —— 调度中心最怕“柜子没编号”1 分钟第五章：String —— 最基础的寄存柜，也是最常被低估的结构1 分钟第六章：Hash / List / Set / Sorted Set —— Redis 真正像“调度中心”的地方1 分钟第七章：到底该选哪种结构 —— 不要把所有东西都塞成 JSON 字符串1 分钟第八章：TTL —— 调度中心里最重要的自动清场系统1 分钟第九章：缓存 —— Redis 最常见的角色，但也最容易被写烂1 分钟第十章：原子操作、事务、Lua —— Redis 的“快”不是乱快，而是命令级原子1 分钟第十一章：分布式锁 —— Redis 能做，但你必须知道边界1 分钟第十二章：Pub/Sub —— 城市广播电台，快，但不保留历史1 分钟第十三章：Streams —— 真正的事件流水总线1 分钟第十四章：持久化 —— 实时调度中心也得有快照室和日志室1 分钟第十五章：Cluster —— 一座调度中心不够时，就把城市拆成 16384 个分区1 分钟第十六章：Redis 真正常见的 6 类业务模型1 分钟第十七章：最容易写错的 10 件事2 分钟第十八章：一个最小但顺手的 Redis 项目脑图1 分钟第十九章：把整套心智彻底串起来4 分钟

18

第十一篇：Kubernetes 完全指南 —— 星际舰队宇宙

15 个阅读单元

第十一篇：Kubernetes 完全指南 —— 星际舰队宇宙篇章总览第一章：先别急着背 YAML —— Kubernetes 到底在解决什么问题1 分钟第二章：Cluster / Node / Pod —— 舰队、母舰、任务舱1 分钟第三章：Kubernetes 的灵魂 —— 对象、spec、status1 分钟第四章：Deployment —— 你真正常用的“发兵令”1 分钟第五章：Service —— 给一群漂移中的 Pod 一个固定呼号1 分钟第六章：ConfigMap / Secret —— 作战手册与保险箱1 分钟第七章：Ingress —— 舰队对外的星港关口1 分钟第八章：调度 —— Scheduler 到底怎么选 Node1 分钟第九章：自愈 —— Kubernetes 会“修什么”，不会“修什么”1 分钟第十章：扩缩容 —— 增加 Pod 和增加 Node 不是一回事2 分钟第十一章：无状态与有状态 —— 什么时候 Deployment 对，什么时候根本不对2 分钟第十二章：把整条链串起来 —— 一次完整发布到底发生了什么1 分钟第十三章：新手最常见的误区2 分钟第十四章：一句话收束 Kubernetes4 分钟

19

第十二篇：Express 完全指南 —— 老城区主干道宇宙

17 个阅读单元

第十二篇：Express 完全指南 —— 老城区主干道宇宙篇章总览第一章：先看整座城 —— Express 到底是什么1 分钟第二章：为什么老城区需要主干道 —— Express 和 Node HTTP 的关系1 分钟第三章：先修第一条主干道 —— 你的第一个 Express 应用1 分钟第四章：路由 —— 老城区每个路口都要有牌子1 分钟第五章：请求与响应 —— 进城车辆和出城回执1 分钟第六章：中间件 —— 主干道上的检查站1 分钟第七章：请求体解析 —— 先学会拆包裹1 分钟第八章：分区道路系统 —— 用 Router 把城市拆开1 分钟第九章：静态资源 —— 老城区公告栏和路边招牌1 分钟第十章：模板引擎 —— 老城区的公文印刷铺1 分钟第十一章：REST API —— 老城区标准政务窗口1 分钟第十二章：错误处理 —— 事故处理中心和应急广播1 分钟第十三章：模块拆分 —— 别把整座城都画在一张纸上1 分钟第十四章：常见陷阱 —— 老城区最容易堵车的地方1 分钟第十五章：什么时候适合 Express，什么时候不适合1 分钟第十六章：整套老城区主干道系统总图2 分钟

20

第十三篇：Fastify 完全指南 —— 高速物流中枢宇宙

19 个阅读单元

第十三篇：Fastify 完全指南 —— 高速物流中枢宇宙篇章总览第一章：先建立心智模型 —— Fastify 不是仓库，它是高速物流中枢1 分钟第二章：为什么 Fastify 快 —— 因为它像自动化分拣中心，不像手工派件站2 分钟第三章：先让中枢开门 —— 从一个最小服务开始1 分钟第四章：路由 —— 包裹先进入哪条分拣线1 分钟第五章：Schema 验证 —— 每个包裹先过扫描门，不合规别进主仓1 分钟第六章：共享 Schema —— 不同仓区要用同一套箱规1 分钟第七章：序列化 —— 出口打包机决定你最终送出去什么1 分钟第八章：生命周期钩子 —— 包裹在中枢里会经过哪些关卡1 分钟第九章：插件体系 —— Fastify 不只是能扩展，它天生就是仓区化的1 分钟第十章：装饰器 —— 给中枢预装固定设施，而不是临时在墙上钉钩子1 分钟第十一章：错误处理 —— 异常件不能丢在传送带上1 分钟第十二章：日志 —— 没有追踪系统的物流中枢，基本等于瞎跑1 分钟第十三章：自动文档 —— 中枢操作手册应该随线路自动长出来1 分钟第十四章：模块化 —— 一座成熟中枢不会把所有传送带焊在一个文件里1 分钟第十五章：Fastify 和 Express 的差异 —— 自动化分拣中心 vs 老牌人工派件站2 分钟第十六章：什么场景适合，什么场景不适合1 分钟第十七章：把全篇串起来 —— 一张完整的中枢关系图1 分钟第十八章：一句话收束 —— Fastify 真正厉害的不是“快”，而是“快得有秩序”3 分钟

21

第十四篇：Django 完全指南 —— 中央行政城区宇宙

15 个阅读单元

第十四篇：Django 完全指南 —— 中央行政城区宇宙篇章总览第一章：先建立总心智模型 —— Django 不是一个库，是一整座行政城区1 分钟第二章：项目与 App —— 总规划局和各职能部门1 分钟第三章：URL 路由 —— 中央行政城区的道路与门牌系统1 分钟第四章：View —— 真正办事的窗口1 分钟第五章：Template —— 公文排版室与统一格式文件1 分钟第六章：Model —— 行政档案制度从这里开始1 分钟第七章：ORM —— 档案员如何查卷宗，而不是手写 SQL 大字报1 分钟第八章：Migration —— 城区规划变更必须有书面批文1 分钟第九章：Admin —— 内部办公楼，不是市民大厅首页1 分钟第十章：表单 —— 市民填表、窗口验表、合格后入档1 分钟第十一章：认证 —— 门禁、工牌、会话与权限系统1 分钟第十二章：静态文件 —— 城区招牌、海报、制服，不等于市民上传材料1 分钟第十三章：请求生命周期 —— 一位市民走完整个中央行政城区的路线图1 分钟第十四章：常见误区、适合场景与不适合场景 —— 别把中央行政城区用错地方5 分钟

22

第十五篇：ASP.NET Core 完全指南 —— 国家级综合服务枢纽宇宙

16 个阅读单元

第十五篇：ASP.NET Core 完全指南 —— 国家级综合服务枢纽宇宙篇章总览第一章：先看整座国家级综合服务枢纽1 分钟第二章：Program 启动 —— 枢纽开馆的总控制室1 分钟第三章：Middleware —— 请求必经的安检与通道1 分钟第四章：Routing —— 总调度台如何分发请求1 分钟第五章：Minimal API —— 轻量快办窗口1 分钟第六章：Controller —— 标准化综合柜台1 分钟第七章：依赖注入 —— 窗口背后的部门协作机制1 分钟第八章：配置系统 —— 枢纽制度手册与动态参数1 分钟第九章：日志 —— 国家级审计与留痕系统1 分钟第十章：静态文件 —— 对外公告栏与公开资料区1 分钟第十一章：认证与授权 —— 先验明身份，再判断权限1 分钟第十二章：异常处理 —— 应急指挥中心不能失守1 分钟第十三章：环境区分 —— 演练馆、预发布馆、正式馆1 分钟第十四章：ASP.NET Core 与 EF Core —— 办事大厅如何连到档案总库1 分钟第十五章：什么时候适合它，什么时候不要硬上4 分钟

23

第十六篇：GraphQL 完全指南 —— 智能问询总台宇宙

15 个阅读单元

第一章：先建立总心智 —— GraphQL 不是很多窗口，而是一个智能问询总台1 分钟第二章：Schema —— 总台服务手册1 分钟第三章：Type —— 总台能识别的业务卡片1 分钟第四章：Query —— 你给总台的问询单1 分钟第五章：字段选择 —— 你问几项，总台就答几项1 分钟第六章：嵌套查询 —— 总台可以一路追问到子部门1 分钟第七章：变量与 Fragment —— 可填写模板和复用问询单1 分钟第八章：Mutation —— 这不是咨询了，这是提交变更工单1 分钟第九章：Resolver —— 真正在后台跑腿的是总台调度员1 分钟第十章：错误处理 —— 总台答不全时，回执也要规范1 分钟第十一章：N+1 问题 —— 别让总台一个字段打一百通电话1 分钟第十二章：缓存认知 —— 总台也要有档案柜，但别把缓存想简单了1 分钟第十三章：GraphQL 和 REST 的差异 —— 智能问询总台 vs 固定办事窗口1 分钟第十四章：适合什么场景，不适合什么场景 —— 总台别乱建1 分钟第十五章：把整套总台流程串起来 —— 一次请求到底怎么走3 分钟

24

第十七篇：Nginx 完全指南 —— 城市总闸口宇宙

15 个阅读单元

第十七篇：Nginx 完全指南 —— 城市总闸口宇宙篇章总览第一章：先建立心智模型 —— Nginx 不是业务大厅，它是城市总闸口1 分钟第二章：先认城市总闸口的总图 —— 配置文件的层级关系1 分钟第三章：先让总闸口开门 —— 从最简单的静态站点开始1 分钟第四章：server 块 —— 一座城市可以有很多闸门1 分钟第五章：location 匹配 —— 进了闸门，还得知道走哪条车道1 分钟第六章：反向代理 —— 总闸口不办业务，但它把车送到正确的后台城区1 分钟第七章：upstream 与负载均衡 —— 后方有多条主干道时，城市总闸口怎么分流1 分钟第八章：重写与重定向 —— 总闸口可以改路牌，也可以直接指路去新城1 分钟第九章：HTTPS / TLS —— 给城市总闸口装上加密隧道和身份证核验窗口1 分钟第十章：缓存基础 —— 总闸口旁边的快速取件仓1 分钟第十一章：日志 —— 过车记录看 access_log，事故记录看 error_log1 分钟第十二章：把前面能力串起来 —— 一份完整可落地的城市总闸口配置1 分钟第十三章：常见误区 —— 城市总闸口最容易装错的地方2 分钟第十四章：什么时候特别适合 Nginx，什么时候不适合2 分钟

25

第十八篇：MySQL 完全指南 —— 城市户籍总账宇宙

16 个阅读单元

第十八篇：MySQL 完全指南 —— 城市户籍总账宇宙篇章总览第一章：先把宇宙立住 —— MySQL 不是表格软件，它是城市户籍总账楼1 分钟第二章：数据库、表、行、列 —— 总账楼里的层级到底是什么1 分钟第三章：主键 —— 每份户籍都得有“系统内部总编号”1 分钟第四章：约束 —— 户籍柜台不能只靠工作人员自觉1 分钟第五章：关系模型 —— 户、人与街区之间到底怎么挂钩1 分钟第六章：常见 SQL —— 柜员每天到底在户籍总账楼里做什么1 分钟第七章：JOIN —— 去不同账册之间对账1 分钟第八章：索引 —— 户籍总账楼里的目录卡系统1 分钟第九章：事务 —— 一次迁户办理，要么全成，要么全不算1 分钟第十章：隔离级别 —— 多个柜台同时翻总账时，彼此能看到什么2 分钟第十一章：锁与并发 —— 为什么两个柜员会互相卡死1 分钟第十二章：范式基础 —— 别把整座城市抄进一行1 分钟第十三章：性能基础 —— 总账楼不能每次都翻全城2 分钟第十四章：常见误区 —— 户籍总账最容易被用错的地方2 分钟第十五章：什么时候适合用 MySQL，什么时候不适合硬上4 分钟

26

第十九篇：MongoDB 完全指南 —— 弹性档案仓宇宙

16 个阅读单元

第十九篇：MongoDB 完全指南 —— 弹性档案仓宇宙篇章总览第一章：先认识这座弹性档案仓1 分钟第二章：Database / Collection / Document —— 仓区、档案柜、档案袋1 分钟第三章：BSON —— 仓库真正使用的档案材料1 分钟第四章：灵活结构 —— 档案袋可以因对象而异1 分钟第五章：嵌套文档 —— 把子档案装进母档案袋1 分钟第六章：引用 —— 用档案编号把多份档案关联起来1 分钟第七章：先学会查档案 —— 查询基础1 分钟第八章：再学会改档案 —— 更新基础1 分钟第九章：索引 —— 给档案仓建立检索目录1 分钟第十章：聚合管道 —— 档案流水线加工厂1 分钟第十一章：事务认知 —— 一袋一袋改，还是多袋联动改1 分钟第十二章：模式设计 —— 先想访问路径，再摆档案柜1 分钟第十三章：MongoDB 适合什么，不适合什么1 分钟第十四章：常见误区 —— 弹性不等于随意2 分钟第十五章：把整套认知串起来4 分钟

27

第二十篇：Kafka 完全指南 —— 城市事件广播总线宇宙

15 个阅读单元

第二十篇：Kafka 完全指南 —— 城市事件广播总线宇宙篇章总览第一章：先把类比钉死 —— Kafka 不是快递站，它更像城市广播总台1 分钟第二章：城市总图 —— Kafka 的角色分工1 分钟第三章：topic / partition / offset —— Kafka 最核心的骨架2 分钟第四章：producer / broker / ack —— 事件怎么被写进广播总线2 分钟第五章：consumer / consumer group —— 谁来收听，怎么分摊1 分钟第六章：消费位点 —— Kafka 不是“消息删不删”，而是“你读到哪了”2 分钟第七章：顺序性与分区 —— Kafka 的顺序从来不是免费的1 分钟第八章：保留消息、回放与重复消费 —— Kafka 最像“日志”的地方2 分钟第九章：完整示例 —— 订单服务发事件，库存服务消费并手动提交位点1 分钟第十章：重平衡基础 —— 为什么 consumer 会突然换轨道1 分钟第十一章：为什么 Kafka 更像日志/事件流，而不是传统任务队列1 分钟第十二章：适合场景与不适合场景1 分钟第十三章：常见误区 —— 初学 Kafka 最容易踩的坑2 分钟第十四章：概念关系总图 —— 把整套心智收拢成一张图2 分钟

28

第二十一篇：RabbitMQ 完全指南 —— 城市智能快递调度中心宇宙

17 个阅读单元

第二十一篇：RabbitMQ 完全指南 —— 城市智能快递调度中心宇宙篇章总览第一章：先把 RabbitMQ 看对，它不是“消息黑盒”，而是城市分拣中枢1 分钟第二章：六个核心角色，一次性讲清3 分钟第三章：概念关系总图1 分钟第四章：三种最重要的交换机，分别像什么分拣策略1 分钟第五章：RabbitMQ 最擅长的，其实是“任务分发”1 分钟第六章：完整示例 —— 电商城市里的发货任务调度系统1 分钟第七章：ack 到底是什么，它不是“收到就点签收”1 分钟第八章：持久化不是一个按钮，而是一整条链1 分钟第九章：重试的基础，不是“无限 requeue”1 分钟第十章：死信不是“报错垃圾桶”，而是异常分流通道1 分钟第十一章：RabbitMQ 与 Kafka 的根本差异，不在“谁更强”，而在“城建设计不同”2 分钟第十二章：什么时候它更像任务分发系统，而不是事件日志系统1 分钟第十三章：RabbitMQ 适合什么，不适合什么1 分钟第十四章：常见误区，一次踩平2 分钟第十五章：把整篇压成一张脑内地图1 分钟第十六章：官方来源链接清单2 分钟

29

第二十二篇：Prisma 完全指南 —— 数据翻译官事务所宇宙

17 个阅读单元

第二十二篇：Prisma 完全指南 —— 数据翻译官事务所宇宙篇章总览第一章：Prisma 到底是什么 —— 软件城市里的数据翻译官事务所1 分钟第二章：为什么 Prisma 是 ORM，但又不只是传统 ORM1 分钟第三章：Schema —— 事务所总章程1 分钟第四章：Model 和 Relation —— 档案模板与档案转介关系1 分钟第五章：Prisma Client —— 培训好的翻译官队伍1 分钟第六章：查询 —— 让翻译官去档案馆调卷1 分钟第七章：写入 —— 让事务所代你正式建档1 分钟第八章：Relation Query —— 沿着档案关系网去查1 分钟第九章：事务 —— 公证打包办理窗口1 分钟第十章：Migration —— 档案馆结构改造施工单2 分钟第十一章：一个完整示例 —— 从章程到翻译官到事务办理1 分钟第十二章：Prisma 和原生 SQL、其他 ORM 到底是什么关系2 分钟第十三章：适合什么场景，不适合什么场景2 分钟第十四章：常见误区2 分钟第十五章：概念关系总图1 分钟第十六章：最后把心智钉死3 分钟

30

第二十三篇：Elasticsearch 完全指南 —— 全城检索雷达宇宙

16 个阅读单元

第二十三篇：Elasticsearch 完全指南 —— 全城检索雷达宇宙篇章总览第一章：先把宇宙立住 —— Elasticsearch 不是另一个普通数据库，它是全城检索雷达中心1 分钟第二章：五个基本部件 —— index、document、field、mapping、analyzer 到底是什么2 分钟第三章：真正的核心心智 —— 什么叫倒排索引1 分钟第四章：为什么 analyzer 这么重要 —— 线索不先拆对，后面全错1 分钟第五章：先搭一个小雷达站 —— 一个完整可跑的 Elasticsearch 示例1 分钟第六章：mapping 不是可有可无 —— 它决定你的雷达能不能正常工作1 分钟第七章：全文检索和精确过滤不是一回事 —— 一个是在找“像不像”，一个是在判“是不是”1 分钟第八章：为什么 `text` 和 `keyword` 经常一起出现 —— 同一份资料，给两套雷达用途1 分钟第九章：相关性与 scoring —— Elasticsearch 为什么知道“谁更像用户想找的”2 分钟第十章：aggregations 是什么 —— 不是只给结果列表，还要给你城市统计大屏1 分钟第十一章：全文搜索、过滤、聚合三者怎么协作 —— 真实搜索系统不是单动作，而是流水线1 分钟第十二章：Elasticsearch 和 MySQL / MongoDB 的边界 —— 三座楼不是替代关系，而是分工关系2 分钟第十三章：什么时候特别适合 Elasticsearch，什么时候不适合1 分钟第十四章：常见误区 —— Elasticsearch 最容易踩的坑不是 API，而是心智错位2 分钟第十五章：一张总图把整篇串起来 —— Elasticsearch 概念关系总图2 分钟

31

第二十四篇：TypeORM 完全指南 —— 数据映射施工队宇宙

17 个阅读单元

第二十四篇：TypeORM 完全指南 —— 数据映射施工队宇宙篇章总览第一章：先把宇宙立住 —— TypeORM 不是数据库，它是施工总包1 分钟第二章：你真正要抓住的主线 —— 图纸、班组、施工单、改造单1 分钟第三章：Active Record 与 Data Mapper —— 楼自己施工，还是图纸和施工队分离1 分钟第四章：Entity 与 Column —— 施工蓝图和构件参数1 分钟第五章：Relation —— 楼和楼之间的连廊、管线和挂接关系1 分钟第六章：Repository —— 某一类楼的专属施工班组1 分钟第七章：Query Builder —— 复杂施工单编制台1 分钟第八章：事务 —— 封闭施工，一次联动验收1 分钟第九章：Migration —— 结构改造施工单，不是“直接动工改楼”1 分钟第十章：一个完整示例 —— 从蓝图到班组到事务到改造单1 分钟第十一章：TypeORM 和 Prisma / 原生 SQL 的区别 —— 规划院、施工总包、手工施工队2 分钟第十二章：查询、关系、事务、迁移，四条线怎么连起来1 分钟第十三章：适合什么场景，不适合什么场景1 分钟第十四章：常见误区2 分钟第十五章：概念关系总图1 分钟第十六章：最后把心智钉死5 分钟

32

第二十五篇：gRPC 完全指南 —— 高速专线通信宇宙

12 个阅读单元

第二十五篇：gRPC 完全指南 —— 高速专线通信宇宙篇章总览第一章：先定性 —— gRPC 不是“更快的 REST”，而是“部门间专线系统”1 分钟第二章：五个核心词 —— 先把专线图纸看懂1 分钟第三章：`proto` 为什么是 gRPC 的灵魂1 分钟第四章：概念关系总图 —— 从图纸到通车，全链路到底怎么连起来1 分钟第五章：gRPC 的高性能心智 —— 快，不是魔法，是一整套工程选择叠加出来的2 分钟第六章：四种 RPC 车道 —— 一问一答、持续下发、持续上报、双向对讲2 分钟第七章：完整代码示例 —— 一个城市调度中心的 gRPC 专线系统1 分钟第八章：gRPC 与 REST 的根本差异 —— 不是语法差异，而是世界观差异1 分钟第九章：什么时候适合上 gRPC，什么时候不要硬上1 分钟第十章：常见误区 —— 真正把 gRPC 用坏，往往不是技术，而是心智偏差2 分钟第十一章：你最后应该建立的 gRPC 心智3 分钟

33

第二十六篇：Angular 完全指南 —— 企业中控园区宇宙

16 个阅读单元

第二十六篇：Angular 完全指南 —— 企业中控园区宇宙篇章总览第一章：先把宇宙立住 —— Angular 不是单个楼，它是一整个园区开发体系1 分钟第二章：Component —— 园区里的每一栋楼，都是一个职责明确的功能单元1 分钟第三章：Template —— 楼里的中控面板，不是普通 HTML，而是带调度规则的操作面板1 分钟第四章：Standalone 与 NgModule —— 单楼自主报建，还是园区总备案1 分钟第五章：Directive —— 园区规章贴片，给楼和设备附加行为规则1 分钟第六章：Service —— 园区里的公共服务部门，不是页面碎逻辑收容所1 分钟第七章：Dependency Injection —— 园区证件、调拨和供给系统1 分钟第八章：Router —— 园区道路系统，不是简单页面切换按钮1 分钟第九章：RxJS / 响应式心智 —— 园区事件管网，不是一次性回调拼图2 分钟第十章：完整代码示例 —— 一个最小企业园区通讯录系统1 分钟第十一章：Angular 的完整工程化特点 —— 它像总包，不像单点工具1 分钟第十二章：和 React / Vue 的差异心智 —— 三种城市建设哲学1 分钟第十三章：什么时候特别适合 Angular，什么时候不适合1 分钟第十四章：常见误区 —— Angular 最容易误解的不是语法，而是定位2 分钟第十五章：一句话收尾2 分钟

34

第二十七篇：Laravel 完全指南 —— 工匠城区宇宙

16 个阅读单元

第二十七篇：Laravel 完全指南 —— 工匠城区宇宙篇章总览第一章：先把 Laravel 看对，它不是“一个框架点子”，而是一整片工匠城区1 分钟第二章：为什么它像一整套后端城区，而不只是一个框架1 分钟第三章：概念关系总图1 分钟第四章：Route、Controller、Middleware —— 工坊前门是怎么运转的1 分钟第五章：Service Container —— Laravel 真正的“工具总柜 + 工人调度台”1 分钟第六章：Eloquent —— 工坊账册翻译官1 分钟第七章：Migration —— 城区施工蓝图的演进档案1 分钟第八章：Event 和 Queue —— 城区广播与后台传送带1 分钟第九章：Blade / API 双心智 —— 同一座工坊，两种出货方式1 分钟第十章：完整示例 —— 工匠城区里的订单工坊1 分钟第十一章：Laravel 和 Spring Boot / Django / Express 的差异，到底差在哪2 分钟第十二章：Laravel 为什么让人觉得“手感完整”1 分钟第十三章：适合什么场景，不适合什么场景1 分钟第十四章：常见误区，一次踩平2 分钟第十五章：把整篇压成一张脑内关系图3 分钟

35

第二十八篇：Ruby on Rails 完全指南 —— 城市脚手架工务署宇宙

24 个阅读单元

第二十八篇：Ruby on Rails 完全指南 —— 城市脚手架工务署宇宙篇章总览第一章：先把 Rails 看对，它不是“Ruby 写网页”，而是“标准化施工体系”1 分钟第二章：Rails 的两条总施工法则1 分钟第三章：总图先背下来 —— Rails 这座工务署到底怎么运转1 分钟第四章：项目目录不是乱文件夹，而是工务署各楼层1 分钟第五章：从零开工 —— 工务署如何起一座新城1 分钟第六章：Route —— 工务署最先做的不是写业务，而是修路和挂门牌1 分钟第七章：Controller —— 受理窗口，不是把所有活都堆进去的大厅主任1 分钟第八章：Model 与 Active Record —— 工程档案对象 + 建材总账 + ORM 翻译官1 分钟第九章：Association —— 城市对象之间不是孤楼，而是整片街区关系1 分钟第十章：Migration —— 蓝图修订令，不是“顺手改个表”1 分钟第十一章：View / Layout / Partial —— 办事大厅怎么摆，公告牌怎么复用1 分钟第十二章：Generator 与 Scaffold —— 预制脚手架车间，一键搭样板楼1 分钟第十三章：Rails 的“魔法”到底是什么 —— 其实是命名、目录、自动加载和约定联动1 分钟第十四章：Hotwire / Turbo / Stimulus —— 不拆整栋楼，也能完成局部改造2 分钟第十五章：资产与前端构建 —— 到 2026 年别再把老教程和新主线混为一谈1 分钟第十六章：后台任务、邮件、附件仓库 —— 这才是一整套工务署1 分钟第十七章：一张施工许可单，走完整个 Rails 生命周期1 分钟第十八章：工作流 —— 真正在 Rails 里每天怎么干活1 分钟第十九章：Rails 不等于“胖控制器+胖模型”，Plain Ruby Object 仍然重要1 分钟第二十章：常见误区 —— 初学者最容易在哪些地方把工务署用歪2 分钟第二十一章：Rails 适合什么，不适合什么1 分钟第二十二章：Rails 与相近技术的区别 —— 它到底像谁，又不像谁2 分钟第二十三章：一句话收束 Rails 的核心心智4 分钟

36

第二十九篇：Flask 完全指南 —— 轻骑兵微服务街区宇宙

21 个阅读单元

第二十九篇：Flask 完全指南 —— 轻骑兵微服务街区宇宙篇章总览第一章：先把 Flask 看对 —— 它不是“简陋”，而是“轻装”1 分钟第二章：Flask 站在谁肩膀上 —— 轻骑兵不是裸奔，是背后有补给系统1 分钟第三章：先开一条街 —— 最小 Flask 应用到底做了什么1 分钟第四章：路、窗口、信使 —— Flask 的基本请求处理模型1 分钟第五章：上下文系统 —— 为什么 `request` 像全局变量，却又不是全局变量1 分钟第六章：`current_app`、`g`、`session` 分别该放什么1 分钟第七章：模板和静态文件 —— Flask 不只是 API，它也能经营完整街面1 分钟第八章：配置系统 —— 军令册要早装、分层装、别写死1 分钟第九章：应用工厂和蓝图 —— 真正能长大的 Flask，都不会一直单文件2 分钟第十章：别在请求里改地图 —— Flask 的 setup 阶段和运行阶段必须分清1 分钟第十一章：请求生命周期 —— 一位信使穿过轻骑兵街区时发生了什么1 分钟第十二章：数据访问、CLI 命令、扩展模式 —— Flask 本体只给路，不给整套后勤1 分钟第十三章：类视图和 `MethodView` —— 当你的哨站越来越像 REST 资源时1 分钟第十四章：测试 —— 轻骑兵机动快，不代表可以盲冲1 分钟第十五章：`async` 真相 —— Flask 能跑异步，但它不是 async-first 街区2 分钟第十六章：部署和运行 —— 训练场不是战场1 分钟第十七章：Flask 和 Django、FastAPI、Quart 到底差在哪2 分钟第十八章：Flask 最常见的误区2 分钟第十九章：什么场景特别适合 Flask，什么场景别硬上1 分钟第二十章：一句话收束 —— Flask 真正厉害的地方在哪4 分钟

37

第三十篇：SvelteKit 完全指南 —— 轻量反应式剧场宇宙

25 个阅读单元

第三十篇：SvelteKit 完全指南 —— 轻量反应式剧场宇宙篇章总览第一章：先把 SvelteKit 看对，它不是“给 Svelte 加几个功能”，而是一整座剧场1 分钟第二章：为什么它显得“轻”，但并不“弱”1 分钟第三章：总控图 —— 把整个轻量反应式剧场装进脑子里1 分钟第四章：剧场里的特殊文件，到底各演什么角色1 分钟第五章：路由不是“路径映射”，而是剧场的排期表1 分钟第六章：`+layout` —— 一整层舞台共用的固定布景1 分钟第七章：`load` —— 后台布景调度系统1 分钟第八章：`load` 的真正难点，不是会写，而是知道边界2 分钟第九章：`fetch` 在 SvelteKit 里，不只是普通 `fetch`1 分钟第十章：`actions` —— 票务窗口才是 SvelteKit 最有味道的地方1 分钟第十一章：`+server` —— 剧场侧门服务台1 分钟第十二章：`hooks.server` —— 真正的总控室1 分钟第十三章：私密道具不能上前台 —— server-only 模块与环境变量1 分钟第十四章：渲染模式 —— 这出戏到底怎么演给观众看1 分钟第十五章：`adapter` —— 巡演装箱方案1 分钟第十六章：完整工作流示意 —— 从观众进门到演出结束1 分钟第十七章：SvelteKit 的开发工作流，为什么经常让人觉得“很顺手”1 分钟第十八章：状态管理 —— 混合剧场里，别把状态想得太“纯前端”2 分钟第十九章：一个很容易忽略的优势 —— SvelteKit 很尊重原生 Web1 分钟第二十章：SvelteKit 与相近技术，到底差在哪2 分钟第二十一章：典型适用场景 —— 什么戏最适合这座剧场1 分钟第二十二章：SvelteKit 常见误区，一次性说透1 分钟第二十三章：一张总关系图，帮助你在脑中“定位岗位”1 分钟第二十四章：如果你要真正学会 SvelteKit，应该建立哪句核心心智2 分钟

38

第三十一篇：Remix 完全指南 —— Web 原生航运港宇宙

28 个阅读单元

第三十一篇：Remix 完全指南 —— Web 原生航运港宇宙篇章总览一、先建立总心智：Remix 不是“React + 路由 + SSR”1 分钟二、Remix 港口全景图1 分钟三、Remix 到底解决了什么痛点1 分钟四、Remix 的核心组成件，对照港口记忆1 分钟五、先看一个最小可工作的泊位1 分钟六、`root.tsx`：港务总控楼1 分钟七、文件路由：泊位编号怎么映射成航线1 分钟八、嵌套路由：一座港区里还有子码头1 分钟九、`loader`：入港查验窗口，只读，不乱写1 分钟十、`action`：作业柜台，所有写操作都从这里过1 分钟十一、`<Form>`：提单，不要把浏览器当天敌1 分钟十二、完整数据流：一次进港 + 一次改单，到底发生了什么1 分钟十三、`Form` 和 `fetcher` 的区别：主航线 vs 旁路作业通道1 分钟十四、Pending UI：港口大屏告诉你“正在靠港”1 分钟十五、URL 是航线，不是附属品1 分钟十六、错误处理：码头出事，不要炸掉整个港1 分钟十七、Session 和登录：船员通行证系统1 分钟十八、路由模块不只有 loader/action/component1 分钟十九、`defer` 与流式数据：先让主货物靠岸，次要货柜后到1 分钟二十、Remix 为什么经常不急着让你上 React Query / Redux1 分钟二十一、Remix 和相近技术到底差在哪2 分钟二十二、最容易犯的误区2 分钟二十三、建一个 Remix 页面，正确工作流是什么1 分钟二十四、什么时候特别适合用 Remix1 分钟二十五、把 Remix 真正记住，只记这六句话1 分钟二十六、最后再看一张总关系图1 分钟官方来源链接清单2 分钟

39

第三十二篇：Gin 完全指南 —— 高速交警中枢宇宙

20 个阅读单元

第三十二篇：Gin 完全指南 —— 高速交警中枢宇宙篇章总览第一章：先把总图立住 —— Gin 不是高速公路，它是高速交警中枢1 分钟第二章：Gin 为什么讨喜 —— 它像一座很顺手的交警总控台1 分钟第三章：先让中枢开门 —— 你的第一个 Gin 服务1 分钟第四章：`gin.Default()` 和 `gin.New()` —— 一座是标准值班大厅，一座是毛坯大厅1 分钟第五章：路由 —— 先决定每辆车往哪个分流口走1 分钟第六章：`gin.Context` —— 这是整条执勤链路的“案件流转单”2 分钟第七章：中间件 —— 请求不是直接见指挥员，它要先过一串检查站1 分钟第八章：路由分组 —— 一座中枢不会把全国车流全挂在一块大屏上1 分钟第九章：Binding 与 Validation —— 证件扫描仪和执法规则库2 分钟第十章：错误处理 —— 真正成熟的中枢，不会让每个窗口都各写各的事故报告1 分钟第十一章：Gin 不只会发 JSON —— 它还能发各种“执法回执”1 分钟第十二章：真正上线时别只会 `Run()` —— 生产环境要像正规中枢，不像临时岗亭2 分钟第十三章：超时、取消、异步 —— 别把一辆已经掉头的车还在后台追三十公里1 分钟第十四章：测试 —— 真正专业的交警中枢，不会靠肉眼盯浏览器验车1 分钟第十五章：真实项目怎么组织 —— 中枢地图、执勤窗口、业务指挥、档案库要分开1 分钟第十六章：常见误区 —— 交警中枢最容易出事故的地方2 分钟第十七章：Gin 和相近技术怎么区分 —— 它到底站在哪一档2 分钟第十八章：把全篇压成一张关系图 —— 你以后脑子里应该看到这张图1 分钟第十九章：一句话收束 —— Gin 真正强的，不只是快，而是“快得很顺手”4 分钟

40

第三十三篇：Fiber 完全指南 —— 极简高压快线城区宇宙

25 个阅读单元

第三十三篇：Fiber 完全指南 —— 极简高压快线城区宇宙篇章总览第一章：Fiber 到底是什么 —— 一片只负责“高压快线通行”的城区1 分钟第二章：先看路基 —— Fiber 站在谁的肩膀上1 分钟第三章：先修第一条高架 —— 你的第一个 Fiber 应用1 分钟第四章：一张总图 —— 请求在快线城区里到底怎么跑1 分钟第五章：路由系统 —— 匝道、分流牌、路口优先级2 分钟第六章：中间件 —— 一连串检查站，而不是魔法1 分钟第七章：`Ctx` —— 每辆车手里的临时通行牌2 分钟第八章：`fiber.Ctx` 和 `context.Context` —— 同名亲戚，不是完全一回事1 分钟第九章：参数、Body、Bind —— 货单装卸系统1 分钟第十章：Validation —— 验货口不是自动存在的，要你自己装1 分钟第十一章：响应系统 —— 办完事怎么回执1 分钟第十二章：错误处理 —— 事故中心怎么接警1 分钟第十三章：日志、请求编号、Recover —— 快线城区的监控塔1 分钟第十四章：Fiber 和 `net/http` 互操作 —— 旁路接驳，不是主跑道1 分钟第十五章：静态文件、模板、子应用 —— 快线城区也能带辅路1 分钟第十六章：生产部署 —— 真正上路时别只盯着“快”1 分钟第十七章：性能调校 —— 别一上来就狂踩油门2 分钟第十八章：Fiber 和 Gin / Echo / Express / `net/http` 的差异，到底差在哪2 分钟第十九章：最容易犯的误区2 分钟第二十章：一个能长大的 Fiber 服务骨架，应该长什么样1 分钟第二十一章：什么时候特别适合用 Fiber，什么时候别硬上1 分钟第二十二章：把 Fiber 真正记住，只记这八句话1 分钟第二十三章：最后看一张总关系图1 分钟官方来源链接清单2 分钟

41

第三十四篇：Hono 完全指南 —— 边缘轻骑哨站宇宙

16 个阅读单元

第三十四篇：Hono 完全指南 —— 边缘轻骑哨站宇宙篇章总览第一站：先建立正确心智，Hono 到底是什么1 分钟第二站：为什么 Hono 这么适合“边缘轻骑”2 分钟第三站：3 分钟搭一个哨站1 分钟第四站：请求穿过哨站时，到底发生了什么1 分钟第五站：路由是驿道图，不是控制器坟场2 分钟第六站：中间件是沿路哨兵，顺序就是军令2 分钟第七站：校验就是海关，不要让脏数据进城2 分钟第八站：RPC，是 Hono 最容易让人上头的一点2 分钟第九站：跨运行时，是 Hono 最值钱的“战马”2 分钟第十站：Hono 不只会回 JSON，它也能当页面哨站1 分钟第十一站：测试就是沙盘演练，Hono 的测试模型很干净1 分钟第十二站：Hono 最常见的误区2 分钟第十三站：Hono 适合什么，不适合什么2 分钟第十四站：把 Hono 装进脑子里的最终模型1 分钟官方来源链接清单3 分钟

42

第三十五篇：Astro 完全指南 —— 内容展馆群岛宇宙

31 个阅读单元

第三十五篇：Astro 完全指南 —— 内容展馆群岛宇宙篇章总览第一章：先把 Astro 看对，它不是“另一个 React 框架”，而是一片内容展馆群岛1 分钟第二章：一张总图，先把整片群岛装进脑子里1 分钟第三章：`.astro` 组件，就是一座展馆的建筑蓝图1 分钟第四章：Astro 的前台默认是静的，这不是能力弱，而是能力边界更清晰1 分钟第五章：岛屿架构，就是“大片静态展馆 + 少量互动展台”1 分钟第六章：`client:*` 指令，就是给互动展台安排通电时机1 分钟第七章：不要一上来就上框架岛，有时候一段原生 `<script>` 就够了1 分钟第八章：`.astro` 不是 React 组件，别把“服务器展馆蓝图”当“浏览器状态机”1 分钟第九章：航线系统 `src/pages`，就是群岛之间的栈桥与泊位编号1 分钟第十章：内容集合与内容层，是群岛的展品档案总库1 分钟第十一章：为什么内容集合这么重要，因为 Astro 不是只想“把文件渲染出来”1 分钟第十二章：Markdown / MDX 在 Astro 里，不是补充能力，而是主舞台之一1 分钟第十三章：开馆方式有三种，先分清“提前布展”和“现场布展”1 分钟第十四章：什么时候该选 Static，什么时候该选 Hybrid / Server1 分钟第十五章：Adapter，是让展馆群岛落地到不同海域港口的装箱方案1 分钟第十六章：API Endpoints，是群岛的服务台与后勤窗口1 分钟第十七章：middleware，是登岛口的海关与门禁系统1 分钟第十八章：Actions，是票务窗口，不是你手搓 fetch 的重复劳动1 分钟第十九章：什么时候用 Actions，什么时候还该用 Endpoint1 分钟第二十章：Server Islands，是“整馆先开，再单独补上个性化展台”1 分钟第二十一章：View Transitions，是岛与岛之间的轻轨系统，不是把 MPA 强行伪装成 SPA1 分钟第二十二章：图片和样式，在 Astro 里不是小事，而是内容展馆体验的核心1 分钟第二十三章：Integrations，是给展馆群岛加新展区，而不是把主馆拆掉重建1 分钟第二十四章：一个完整工作流，从建岛到开馆应该怎么走1 分钟第二十五章：Astro 与相近技术，到底差在哪2 分钟第二十六章：Astro 最适合什么项目，不适合什么项目1 分钟第二十七章：最常见的误区，一次性说透2 分钟第二十八章：一张关系图，把整个 Astro 心智彻底钉牢1 分钟第二十九章：最后只记住这六句话，就不会把 Astro 用歪1 分钟第三十章：把 Astro 真正学会，其实是在学一种克制的现代 Web 方法论3 分钟

43

第三十六篇：Koa 完全指南 —— 洋葱关卡巡防宇宙

14 个阅读单元

第三十六篇：Koa 完全指南 —— 洋葱关卡巡防宇宙篇章总览第一章：先把总图立住 —— Koa 不是整座城市，它是洋葱关卡巡防体系1 分钟第二章：3 分钟先让巡防塔亮灯 —— 最小 Koa 服务怎么搭1 分钟第三章：Koa 的灵魂 —— 洋葱模型到底在干什么1 分钟第四章：`ctx` —— 每一次巡防任务的总卷宗2 分钟第五章：`app.use()` —— 你是在给巡防塔一层层加关卡1 分钟第六章：错误处理 —— 最外层总控室才是事故回收中心1 分钟第七章：路由生态 —— Koa 自己不带路牌，但它的路牌系统很成熟2 分钟第八章：Koa 和 Express / Fastify / NestJS 到底差在哪3 分钟第九章：Koa 适合什么场景，不适合什么场景1 分钟第十章：常见误区 —— 洋葱巡防塔最容易翻车的地方2 分钟第十一章：再补一层进阶视角 —— Koa v3 的 `currentContext` 和“别把它用歪”1 分钟第十二章：把全篇压成一张图 —— 你以后脑子里应该看到这张巡防总图1 分钟第十三章：一句话收束 —— 学 Koa，不是在背 API，而是在建立“可进可退的关卡思维”3 分钟

44

第三十七篇：Symfony 完全指南 —— 组件化政务城区宇宙

22 个阅读单元

第三十七篇：Symfony 完全指南 —— 组件化政务城区宇宙篇章总览第一章：先把 Symfony 看对，它不是“PHP MVC 框架”，而是一整套政务城区制度1 分钟第二章：为什么它叫“组件化政务城区”1 分钟第三章：先背总图，不然后面每个名词都会散1 分钟第四章：从零建城，Symfony 的起步方式本身就很“制度化”1 分钟第五章：目录结构不是乱文件夹，而是政务城区各栋楼1 分钟第六章：请求生命周期，才是 Symfony 的真正主干道1 分钟第七章：Routing + Controller，就是“门牌系统 + 受理窗口”1 分钟第八章：Service Container，是 Symfony 的“编制与派工局”1 分钟第九章：Doctrine 是档案馆接口，但要先记住，它不是 Symfony 内核本体1 分钟第十章：Form + Validator，是 Symfony 最像“政务大厅”的地方1 分钟第十一章：Security，是整座城区的安检口、通行证系统和权限审核处1 分钟第十二章：EventDispatcher 和 Messenger，不是一回事1 分钟第十三章：Twig、JSON、AssetMapper，是 Symfony 的三种对外窗口2 分钟第十四章：完整示例，把一张营业许可申请跑完整1 分钟第十五章：Symfony 的日常工作流，非常像“城区巡检”1 分钟第十六章：测试思路也很像政务巡查，先做烟雾测试1 分钟第十七章：最常见的误区，一次性踩平3 分钟第十八章：Symfony 适合什么，不适合什么1 分钟第十九章：Symfony 和相近技术的区别，到底差在哪2 分钟第二十章：把整个 Symfony 心智压成一张概念关系图1 分钟第二十一章：最后只记住这七句话，就不会把 Symfony 用歪4 分钟

45

第三十八篇：Phoenix 完全指南 —— 实时频道城邦宇宙

27 个阅读单元

第三十八篇：Phoenix 完全指南 —— 实时频道城邦宇宙篇章总览第一章：先把 Phoenix 看对，它不是“一个后端框架”，而是一座实时城邦1 分钟第二章：为什么 Phoenix 这座城邦特别擅长“实时治理”1 分钟第三章：先看总图，把整座城邦装进脑子里1 分钟第四章：普通 HTTP 请求，像市民去大厅办一次事2 分钟第五章：Contexts 不是文件夹分类法，而是城邦的职能部门1 分钟第六章：Phoenix 1.8 的 Scopes，是城邦访问边界的通行证系统1 分钟第七章：HEEx 与组件系统，是城邦的公告板工坊1 分钟第八章：LiveView，才是 Phoenix 这座城邦最著名的市政中控室1 分钟第九章：用一个实时调度台，真正看懂 LiveView2 分钟第十章：LiveView 里，事件和状态怎么流动1 分钟第十一章：函数组件、LiveComponent、嵌套 LiveView，到底怎么分工1 分钟第十二章：Live navigation，是城内换街区，不是重新出城进城1 分钟第十三章：LiveView 不是“不要 JavaScript”，而是“把 JavaScript 放回正确位置”1 分钟第十四章：Channels，是城邦的无线频道塔1 分钟第十五章：用一个频道塔例子，把 Channels 讲透1 分钟第十六章：LiveView 和 Channels 都实时，但它们的“岗位”完全不同1 分钟第十七章：PubSub，是全城广播网；Presence，是在线名册处1 分钟第十八章：多节点城邦怎么协同运作1 分钟第十九章：从零搭一座 Phoenix 城邦，最稳的工作流是什么1 分钟第二十章：Phoenix 的测试体系，也很有“城邦味”1 分钟第二十一章：Phoenix 最常见的误区2 分钟第二十二章：Phoenix 最适合什么，不适合什么1 分钟第二十三章：Phoenix 与相近技术，真正差在哪2 分钟第二十四章：把 Phoenix 真正装进脑子里的最终模型1 分钟第二十五章：最后给你一个实战决策表1 分钟官方来源链接清单4 分钟

46

第三十九篇：Axum 完全指南 —— Rust 类型关口宇宙

24 个阅读单元

第三十九篇：Axum 完全指南 —— Rust 类型关口宇宙篇章总览第一章：先把总图立住 —— Axum 不是“又一个 HTTP 框架”，它是一座类型总关1 分钟第二章：先看地基 —— Axum 站在谁的肩膀上1 分钟第三章：先把总关开起来 —— 你的第一个 Axum 服务1 分钟第四章：Router 到底是什么 —— 它不是页面树，是关口路线图1 分钟第五章：Handler 是什么 —— 每个窗口其实就是一个 async 函数1 分钟第六章：Extractor 才是 Axum 的灵魂 —— 它是整座海关最重要的验货设备1 分钟第七章：JSON 请求体 —— 它只是“申报单反序列化”，不是一整套政务大厅魔法1 分钟第八章：State 是什么 —— 它是总关底册，不是每辆车自己的临时纸条2 分钟第九章：State 的进一步组织 —— 总关底册可以拆成分册1 分钟第十章：Nest / Merge / Fallback —— 一座总关不可能只有一个窗口1 分钟第十一章：Middleware —— Axum 最特别的一点，是它根本不发明自己的安检体系1 分钟第十二章：`layer` 和 `route_layer` 的差别 —— 这是 Axum 权限链最容易写错的地方1 分钟第十三章：自定义中间件 —— 安检员不是魔法师，本质还是函数和 Layer1 分钟第十四章：错误处理 —— Axum 的“错误”不是你以为的那种错误1 分钟第十五章：自定义 Extractor —— 这才是 Axum 最像“类型关口”的地方1 分钟第十六章：Axum 不只会回 JSON —— 它也能处理 WebSocket、流式响应和上传1 分钟第十七章：测试 —— 不开真关口，也能做通关演练1 分钟第十八章：真实项目应该怎么组织 —— 让总关能继续扩建，而不是半年后堵死1 分钟第十九章：常见误区 —— Axum 最容易把人绊倒的地方2 分钟第二十章：什么时候特别适合 Axum，什么时候别硬上1 分钟第二十一章：Axum 和相近技术到底差在哪 —— 你选的是哪一种关口体系2 分钟第二十二章：把全篇压成一张关系图 —— 你以后脑子里应该看到这张图1 分钟第二十三章：一句话收束 —— Axum 真正强的，不只是快，而是“把关口边界写得极清楚”5 分钟

47

第四十篇：SolidStart 完全指南 —— 精细反应街区宇宙

22 个阅读单元

第四十篇：SolidStart 完全指南 —— 精细反应街区宇宙篇章总览第一章：先别把 SolidStart 当成“另一个 Next.js”2 分钟第二章：街区的总设计图 —— Fine-Grained Reactivity1 分钟第三章：Signals —— 街区里的独立传感器1 分钟第四章：组件不是“反复重跑的店铺”—— 而是“搭建街区线路的工程队”1 分钟第五章：Effect 和 Memo —— 巡检员 vs 统计牌1 分钟第六章：概念关系图 —— Solid 的反应线路图1 分钟第七章：Resources —— 街区里的异步补给车2 分钟第八章：Routing —— 精细反应街区的道路系统1 分钟第九章：Server Functions —— 把后厨直接接进前店1 分钟第十章：读取数据 —— `query + createAsync`1 分钟第十一章：修改数据 —— `action`1 分钟第十二章：SolidStart 的全栈思路 —— 一条请求线把前后端串起来1 分钟第十三章：Single-Flight Mutations —— 一辆车把“修改 + 刷新”一起运回来1 分钟第十四章：API Routes —— 有时候你还是需要正经街道出口1 分钟第十五章：SolidStart 和 React / Next / SvelteKit / Qwik 到底差在哪3 分钟第十六章：常见误区 —— 这几条街最容易走错2 分钟第十七章：什么场景特别适合 SolidStart1 分钟第十八章：一个最小完整心智闭环1 分钟第十九章：如果你准备真正上手，建议这样学1 分钟第二十章：结尾总结 —— SolidStart 到底值不值得学1 分钟官方来源链接清单4 分钟

48

第四十一篇：Qwik 完全指南 —— 可恢复瞬启城区宇宙

15 个阅读单元

第四十一篇：Qwik 完全指南 —— 可恢复瞬启城区宇宙篇章总览第一章：Qwik 到底是什么 —— 一座不用重开城仪式的城1 分钟第二章：resumability —— 城市不是“重演”，而是“续演”1 分钟第三章：lazy execution —— 不只是懒加载，而是懒得执行1 分钟第四章：Qwik 的基础心智 —— 组件、信号、美元符号1 分钟第五章：Qwik City —— 给这座城区修路、分区、设政务大厅1 分钟第六章：Qwik City 路由 —— 这座城既能像 SPA，也能像 MPA1 分钟第七章：`routeLoader$` —— 开门前先把货送到店里1 分钟第八章：`routeAction$` —— 真正办业务的政务窗口1 分钟第九章：概念关系图 —— Qwik / Qwik City 这一套到底怎么连起来1 分钟第十章：它和 React / Next / Astro 到底差在哪3 分钟第十一章：常见误区 —— 新人最容易踩的坑2 分钟第十二章：Qwik / Qwik City 适合什么场景1 分钟第十三章：一句话选型1 分钟官方来源链接清单2 分钟

49

第四十二篇：Ember.js 完全指南 —— 约定秩序城区宇宙

1 个阅读单元

第四十二篇：Ember.js 完全指南 —— 约定秩序城区宇宙篇章总览

50

第四十三篇：Actix Web 完全指南 —— 高性能分流要塞宇宙

1 个阅读单元

第四十三篇：Actix Web 完全指南 —— 高性能分流要塞宇宙篇章总览

51

第四十四篇：Rocket 完全指南 —— 火箭发射控制塔宇宙

22 个阅读单元

第四十四篇：Rocket 完全指南 —— 火箭发射控制塔宇宙篇章总览第一章：Rocket 到底是什么 —— 一座把发射流程写进规章里的控制塔1 分钟第二章：为什么 Rocket 会存在 —— 因为高安全发射不能靠值班员临场发挥1 分钟第三章：Rocket 在 Rust Web 里站什么位置 —— 它不是高速公路，它是发射总控台1 分钟第四章：最重要的心智模型 —— 每个请求都是一次发射任务1 分钟第五章：声明式路由 —— 先声明发射窗口，再写发射动作1 分钟第六章：参数提取 —— 发射单上的字段，不该靠手工抄录1 分钟第七章：Request Guards —— 控制塔最核心的“发射前检查员”1 分钟第八章：Request Guards 为什么强 —— 因为它把权限和上下文从 handler 里剥出来了1 分钟第九章：State —— 总控台共享面板，不是每个值班员手写便签1 分钟第十章：JSON、表单与数据载荷 —— 火箭装载单不能随手拼1 分钟第十一章：Fairings —— 全塔级挂钩设施，不是每个发射口都手装一遍2 分钟第十二章：错误处理 —— 发射失败不是崩塔，而是给出清晰中止报告1 分钟第十三章：异步与类型安全 —— Rocket 不只是“语法漂亮”，它背后真有发射纪律1 分钟第十四章：概念关系图 —— 火箭发射控制塔全景图1 分钟第十五章：一个最小但完整的控制塔示例1 分钟第十六章：常见误区 —— 很多人不是不会写 Rocket，而是把它当成别的塔2 分钟第十七章：什么时候特别适合 Rocket1 分钟第十八章：什么时候别硬上 Rocket1 分钟第十九章：Rocket 和 Actix Web / Axum / FastAPI / Spring Boot 到底差在哪3 分钟第二十章：把整篇压成一句话1 分钟官方来源链接清单3 分钟

52

第四十五篇：Quarkus 完全指南 —— 冷启动疾行轻骑兵宇宙

17 个阅读单元

第四十五篇：Quarkus 完全指南 —— 冷启动疾行轻骑兵宇宙篇章总览第一章：Quarkus 到底是什么 —— 一支为了快速集结而训练出来的轻骑兵1 分钟第二章：为什么 Quarkus 会存在 —— Java 也要为云原生的行军速度负责1 分钟第三章：Quarkus 的总心智 —— 平时在营地充分备战，上战场时快速冲锋1 分钟第四章：开发模式 —— `quarkus:dev` 像随军演练营1 分钟第五章：REST —— 前线哨站要轻快，但不能失掉企业规范1 分钟第六章：CDI / ArC —— 骑兵编制体系，谁归谁调度要先定好1 分钟第七章：配置 —— 行军令不能散落在营帐里1 分钟第八章：Panache —— 让常见数据库动作像标准骑兵动作1 分钟第九章：原生镜像与快速启动 —— 轻骑兵最值钱的地方，不是马快，而是整队快1 分钟第十章：Dev Services —— 演练营里连补给站都能自动升起来1 分钟第十一章：概念关系图 —— Quarkus 这支轻骑兵怎么组织1 分钟第十二章：常见误区 —— Quarkus 不是“缩小版 Spring Boot”1 分钟第十三章：Quarkus 和 Spring Boot / Micronaut / Helidon 怎么看2 分钟第十四章：适用和不适用场景1 分钟第十五章：一句话选型1 分钟官方来源链接清单2 分钟

53

第四十六篇：Micronaut 完全指南 —— 编译期轻装侦察营宇宙

19 个阅读单元

第四十六篇：Micronaut 完全指南 —— 编译期轻装侦察营宇宙篇章总览第一章：Micronaut 到底是什么 —— 一支出发前就把侦察、编队、补给路线算清楚的轻装营1 分钟第二章：为什么 Micronaut 会存在 —— 云原生时代不想每次出发都临时点名1 分钟第三章：Micronaut 在 Java/Kotlin 云原生世界里站什么位置1 分钟第四章：Micronaut 的总心智 —— 编译期先把人、岗、路线登记好1 分钟第五章：编译期 DI —— 侦察营为什么能轻装出发1 分钟第六章：编译期 AOP —— 巡逻规则不是现场口头补充，而是预写进作战手册1 分钟第七章：HTTP 接口 —— 侦察营的前线哨站怎么搭1 分钟第八章：配置 —— 行军参数必须先登记，不能让每个侦察兵自己猜1 分钟第九章：数据访问 —— 档案库不是手抄本，要有标准调阅路线1 分钟第十章：原生镜像与启动 —— 轻装侦察营最擅长的就是快出动1 分钟第十一章：概念关系图 —— 侦察营怎么组织自己的营地1 分钟第十二章：一个最小完整示例 —— 从哨站到档案库走一遍1 分钟第十三章：常见误区 —— 很多人不是不会用，而是用错地图看 Micronaut2 分钟第十四章：什么时候特别适合 Micronaut1 分钟第十五章：什么时候不一定适合 Micronaut1 分钟第十六章：Micronaut 和 Spring Boot / Quarkus / Helidon 到底怎么选2 分钟第十七章：把全篇压成一句话1 分钟官方来源链接清单2 分钟

54

第四十七篇：Firebase 完全指南 —— 云端托管商圈宇宙

20 个阅读单元

第四十七篇：Firebase 完全指南 —— 云端托管商圈宇宙篇章总览第一章：Firebase 到底是什么 —— 一座把物业、水电、门禁、仓库都托管好的商圈1 分钟第二章：为什么 Firebase 会存在 —— 因为很多团队不是不想做产品，而是被基础设施拖慢了1 分钟第三章：Firebase 的总心智 —— 你不是自建城市，而是在托管商圈里开店1 分钟第四章：Firebase 的 BaaS 定位 —— 它到底帮你省掉了哪些后端活2 分钟第五章：Auth —— 商圈门禁系统，先认人，再谈谁能进哪间店2 分钟第六章：Firestore —— 商圈主账本，不只是存数据，而是实时同步的业务账本2 分钟第七章：Realtime 与离线 —— 商圈广播和本地备用账本，才是 Firebase 体验顺的核心2 分钟第八章：Storage —— 云仓库，不是把文件塞进数据库1 分钟第九章：Functions —— 商圈后厨和物业调度中心，不该放在前台的逻辑都往这里走2 分钟第十章：Hosting —— 商圈门面、CDN、预览通道，一键开门营业1 分钟第十一章：一个最小完整示例 —— 真正在商圈里开一间店是什么感觉1 分钟第十二章：ASCII 总图 —— 你以后应该用这张图记 Firebase1 分钟第十三章：常见误区 —— 很多人不是不会用 Firebase，而是把它想成了别的东西2 分钟第十四章：什么时候特别适合 Firebase1 分钟第十五章：什么时候不太适合 Firebase1 分钟第十六章：Firebase 和 Supabase / Appwrite / 自建后端怎么选2 分钟第十七章：一个很实用的选型口诀1 分钟第十八章：收尾总结 —— Firebase 真正强的，不是某一个服务，而是“整座商圈已经联通”1 分钟官方来源链接清单3 分钟

55

第四十八篇：Supabase 完全指南 —— 开源数据港口宇宙

22 个阅读单元

第四十八篇：Supabase 完全指南 —— 开源数据港口宇宙篇章总览第一章：Supabase 到底是什么 —— 一座围绕 PostgreSQL 建起来的开源数据港口1 分钟第二章：为什么 Supabase 会存在 —— 因为很多人想要“平台速度”，但不想放弃 SQL 和数据控制权1 分钟第三章：Supabase 的总心智 —— 不是“你来租一个商铺”，而是“你来靠泊一个开源港口”1 分钟第四章：Postgres-first 到底意味着什么 —— 港口不是围着前台摆摊，而是围着主航道建设1 分钟第五章：Postgres —— 港口主航道，所有船都要围着它进出1 分钟第六章：自动 API —— 港口码头的标准装卸口，不代表你不用理解货物结构1 分钟第七章：Auth —— 港口海关系统，不只是登录，而是和数据库通关规则联动1 分钟第八章：RLS —— 港口的核心关卡制度，Supabase 最有灵魂的地方之一2 分钟第九章：Storage —— 港口仓库，不是把大件货物塞进主航道1 分钟第十章：Realtime —— 港口航运广播，不是每次都派人去码头问“船到了没”1 分钟第十一章：Edge Functions —— 港口调度中心，处理那些不该直接暴露给码头工人的事2 分钟第十二章：Migrations 和 SQL-first —— 港口扩建必须按蓝图走，不能靠管理台点点点1 分钟第十三章：一个最小完整示例 —— 开一座“项目协作码头”1 分钟第十四章：概念关系图 —— 把 Supabase 压成一张港口总图1 分钟第十五章：常见误区 —— 很多人不是不会用 Supabase，而是把它当成了“有点像 Firebase 的壳”2 分钟第十六章：什么时候特别适合 Supabase1 分钟第十七章：什么时候不一定适合 Supabase1 分钟第十八章：Supabase 和 Firebase / Appwrite / 传统后端怎么选2 分钟第十九章：一个很实用的判断口诀1 分钟第二十章：收尾总结 —— Supabase 真正卖的不是“几个功能”，而是“围绕主航道组织现代应用”1 分钟官方来源链接清单3 分钟

56

第四十九篇：Terraform 完全指南 —— 基础设施蓝图总工局宇宙

22 个阅读单元

第四十九篇：Terraform 完全指南 —— 基础设施蓝图总工局宇宙篇章总览第一章：Terraform 到底是什么 —— 一座专门管理城市施工图的总工局1 分钟第二章：为什么 Terraform 会存在 —— 因为现代城市不能靠口头描述来建1 分钟第三章：IaC 到底在讲什么 —— 不是“自动化脚本”，而是“城市施工图法治化”1 分钟第四章：最重要的总心智 —— Terraform 不关心你怎么想施工，它关心最终城市该长什么样1 分钟第五章：Provider —— 总工局先决定你在管理哪座城市1 分钟第六章：Resource —— 一张蓝图上的一栋楼、一条路、一个水塔1 分钟第七章：Module —— 大城市不能每次都重画整套小区图纸1 分钟第八章：State —— 总工局档案库，记录现实城市和蓝图之间的对应关系1 分钟第九章：为什么远程 State 是团队协作底线 —— 档案库不能放在某个人电脑里1 分钟第十章：Plan / Apply —— 先做施工预审，再真正开工1 分钟第十一章：典型 HCL 代码 —— 看看总工局蓝图怎么写1 分钟第十二章：依赖关系 —— 蓝图里没写施工顺序，但系统能看懂先后1 分钟第十三章：Module / Environment / Workspace 怎么组织 —— 大城市不能只有一张总图1 分钟第十四章：团队协作 —— Terraform 不是一个人写蓝图，而是一整套施工审批制度1 分钟第十五章：常见误区 —— 很多人不是不会写 Terraform，而是把它当成自动脚本器2 分钟第十六章：适用和不适用场景1 分钟第十七章：Terraform 和 OpenTofu / Pulumi / CloudFormation 怎么看2 分钟第十八章：概念关系图 —— 把 Terraform 压成一张总工局图1 分钟第十九章：真正学会 Terraform 的标志 —— 你开始像总工局，而不是像脚本工人1 分钟第二十章：收尾总结 —— Terraform 真正管理的不是云资源，而是城市建设秩序1 分钟官方来源链接清单3 分钟

57

第五十篇：OpenTofu 完全指南 —— 开源蓝图工务署宇宙

1 个阅读单元

第五十篇：OpenTofu 完全指南 —— 开源蓝图工务署宇宙篇章总览

58

第五十一篇：Appwrite 完全指南 —— 自托管应用服务综合体宇宙

1 个阅读单元

第五十一篇：Appwrite 完全指南 —— 自托管应用服务综合体宇宙篇章总览

59

第五十二篇：Kong 完全指南 —— 城市总关卡指挥部宇宙

1 个阅读单元

第五十二篇：Kong 完全指南 —— 城市总关卡指挥部宇宙篇章总览

60

第五十三篇：Traefik 完全指南 —— 动态路由航道塔台宇宙

1 个阅读单元

第五十三篇：Traefik 完全指南 —— 动态路由航道塔台宇宙篇章总览

61

第五十四篇：OpenResty 完全指南 —— 可编程网关锻造厂宇宙

15 个阅读单元

第五十四篇：OpenResty 完全指南 —— 可编程网关锻造厂宇宙篇章总览一、先把宇宙地图画出来1 分钟二、Nginx + LuaJIT 的正确心智3 分钟三、请求生命周期：请求在工厂里怎么流动2 分钟四、`lua-nginx-module`：真正让 Nginx 长出 Lua 机械臂的模块2 分钟五、怎样把它做成一个“可编程网关”1 分钟六、插件思维：OpenResty 真正高级的玩法1 分钟七、为什么 OpenResty 特别适合做“可编程代理”1 分钟八、OpenResty、Nginx、Kong、Envoy 到底怎么选4 分钟九、常见误区：很多事故就埋在这些地方2 分钟十、适用场景与不适用场景1 分钟适用1 分钟不适用1 分钟十一、把这一章收束成一句总纲1 分钟官方来源链接清单3 分钟

62

第五十五篇：Cloudflare Workers 完全指南 —— 边缘驿站网络宇宙

12 个阅读单元

第五十五篇：Cloudflare Workers 完全指南 —— 边缘驿站网络宇宙篇章总览一、先把三个核心词拆开2 分钟二、Cloudflare Workers 的真正心智1 分钟三、和传统 Node 服务相比，你到底换掉了什么1 分钟四、把六大原语讲透4 分钟五、和 Vercel Edge Runtime 怎么看2 分钟六、一张完整业务图：边缘订单宇宙1 分钟七、代码：一个最小但完整的边缘链路1 分钟八、最常见的误区2 分钟九、什么时候适合用 Cloudflare Workers1 分钟十、最后收束成一句话1 分钟官方来源链接清单4 分钟

63

第五十六篇：Drizzle ORM 完全指南 —— 类型化数据库制图局宇宙

1 个阅读单元

第五十六篇：Drizzle ORM 完全指南 —— 类型化数据库制图局宇宙篇章总览