“如果每个按钮点击都得依赖一个交互框架，那我们是不是走得有点远了？”

被 SPA 迷住的前端时代

曾经，我们以为 SPA（单页应用）是前端终极范式：无刷新、全交互、组件化……但今天，我们也看到了它的反噬：

• 首屏加载被巨量 JS 拖垮
• SEO 与访问速度双双堪忧
• 维护成本激增，“配置地狱”频发
• 用户只为点一个按钮，却要等待 3MB JS 下载与解析

SPA 曾是性能革命，今天却常常变成了性能陷阱。

渐进式增强：不是怀旧，而是更现实的选择

渐进式增强（Progressive Enhancement）原是 Web 的老传统：先保证基本功能，然后在支持的环境中增强体验。听起来保守，实则是对现代前端“过度依赖 JS”的理性反击。

这种理念在新的技术支持下，正在以全新的方式卷土重来：

HTMX：不写 JS 也能实现大多数交互

HTMX 是一个 HTML 属性驱动的微增强框架。你不需要写 JS，就能实现：

• 点击按钮发起 AJAX 请求
• 局部更新页面 DOM
• 表单异步提交 + 后端返回片段渲染

<button hx-post="/like" hx-swap="outerHTML">点赞</button>

这行代码的交互效果，在传统项目中可能要配合 JS 框架 + 状态管理才能完成。

HTMX 的价值，在于：

• 基于语义 HTML，与后端天然兼容
• 无需构建系统，可增量接入老项目
• 开箱即用，0 JS 配置负担

前端哲学回归：我们在写 JS，还是在堆框架？

以“每一个页面都必须是组件”作为起点，正是过去 SPA 泛滥的根源。渐进式增强倡导的是：

“没有 JS 的时候，一切照常；有 JS 的时候，体验更好。”

我们应该更多思考：

• JS 能不能少点写？
• 能不能回归 HTML/CSS 的表达力？
• 能不能让更多的交互逻辑在服务器端优雅完成？

用更少代码达成更优体验，是创作者真正的生产力提升。

更多微增强技术的崛起

它们共同特点：

• 体积小
• 不绑定构建系统
• 支持增量渗透进现有项目

这是现代前端更温和、更“实用主义”的变革路径。

渐进式增强，不只是技术选型，而是一种构建哲学

它的本质是“最小必要原则”：

• 不依赖复杂客户端框架
• 不强制 JS 成为所有交互的起点
• 不让开发者为每个点击事件构建完整响应链

渐进式增强是一种信念：Web 本身就很强，不必用 JS 来重复造轮子。

个人感受

如果你是一个独立创作者，或者正在构建一个小而美的工具或内容站点，渐进式增强能为你带来：

• 更少技术债
• 更快上线速度
• 更强的可维护性与可预期行为

不被主流框架路径绑架，才是技术独立的第一步。

总结：技术不是越“重”越好，简单才可持续

我们不是要否定 SPA，而是要打破对它的唯一信仰。在性能、可维护性、时间成本多线权衡下，渐进式增强让我们重新思考：

JS 不是越多越好，构建用户体验的“最佳路径”，从来都不只有一条。