前端的宏大统一架构
来源：dev.to — 2026-09-22
📋 概述
作者说他过去常开玩笑：前端开发史可以靠「谁拥有状态」的争论来复述。三十多年过去，从状态在服务端的文档网、到客户端拥有有状态的东西、再到 ASP.NET 之类跨端接线状态的尝试，这场争论依旧——比如「用 HTMX 替换你的 React 应用」就未必那么简单。但他认为答案其实一直在眼前：所有前端架构最终都是三种职责的分层。导航属于客户端，因为 URL 是 web 体验的基础；内容属于服务端，服务端是权威来源；而可供性回到浏览器，本地 UI 状态、进行中的工作和乐观更新都需要比一次往返更快的反馈。
🔑 核心要点
- 三层职责：导航属于客户端、内容属于服务端、可供性属于客户端——有的架构某一层更突出，但三层都以某种形式存在。
- 所有 web 应用架构都遵循 client 到 server 回到 client 的形状：这既是加载之后的 SPA 形态，也是 HTMX，也是 LiveView。
- web 通常把写入映射到导航，而服务端只推送读取：内容层从不写入，只发布。
- 这种不对称正是可组合性的来源，破坏它会导致两个有状态的系统互相打架。
- 把乐观更新这类可供性当作叠加层来看待时，它才能干净地落在上面——客户端从不直接写服务端内容，因为它不拥有它。
💡 金句
每一次职责错位，复杂度都会飙升；每一次忽略拼图的一块，它迟早会反咬你一口。
👍 0
👎 0
← 返回 dev.to 首页