2023年，一条关于技术栈更迭的消息在开发者社区引发热议：某知名团队决定从其核心产品代码库中全面移除React.js，转而采用轻量级库Htmx来驱动用户界面的交互性。这一“逆潮流”的操作，不仅是对前端工程化“重型武器”的一次反思，更揭示了现代Web开发中“回归简约”的深层逻辑。
背景：当“重型框架”成为负担
React.js自2013年开源以来，凭借虚拟DOM、组件化、单向数据流等特性，迅速成为前端开发的事实标准。然而，随着项目规模膨胀，其复杂度也同步攀升。在目标团队的产品中，React带来的问题逐渐显现：状态管理冗余、包体积膨胀、编译构建耗时增加（尤其是结合JSX和Babel），以及因频繁版本迭代导致的维护成本。更关键的是，该产品本身并非“单页应用”（SPA）——大量页面依赖服务端渲染，仅有部分交互区域需要动态更新。React的引入本意是提升开发效率，最终却让简单交互变得臃肿。
与此同时，Htmx——一个最初由Carson Gross开发的小型库——开始走入主流视野。它摒弃了JavaScript框架的“全栈接管”模式，而是通过HTML属性直接实现AJAX请求、WebSocket通信、CSS过渡等交互行为。其核心理念是“让HTML成为交互的中心”，开发者无需编写大量JS代码，即可实现原本需要React/Vue完成的动态页面更新。
重构策略：渐进式替换与组件思维重塑
迁移并非一蹴而就。团队采用了“化石发掘”式的代码清理方法：首先，将React组件按照交互复杂度分类，低交互的纯展示组件被直接替换为服务端模板片段；中等交互（如表单提交、局部刷新）的部分，使用Htmx的hx-get、hx-post等属性改写；仅保留少数需要复杂状态管理的模块（如实时协作编辑框），以待后续方案。
在具体实施中，团队放弃了JSX和虚拟DOM，转而使用服务端渲染的HTML片段作为Htmx的响应载体。这意味着原本由前端完成的UI状态管理（如组件props、context）被重新移交回服务端：每个交互事件触发一个HTTP请求，服务端返回一段纯HTML，Htmx自动将其注入DOM并更新视图。这种做法看似“倒退”，实则大幅降低了前端逻辑的复杂度——状态不再散落于Redux或Zustand中，而是由服务端会话或数据库直接控制。
技术对比：React vs Htmx的生态博弈
从技术角度看，移除React后，团队获得了显而易见的性能提升：初始页面加载时间减少了约40%（去除React核心库及依赖），构建时间从数分钟降至秒级。更重要的是，开发体验发生了根本性转变——开发者不再需要维护两份代码（服务端逻辑 + 前端组件），所有交互逻辑集中于服务端，使用熟悉的语言（如Ruby/Python/Java）即可完成。
但这一选择也非全无代价。Htmx的局限性在于：它不适合需要大量客户端交互的“应用型”场景，如富文本编辑器、拖拽画布、实时协作白板。此外，其生态工具（如调试器、测试框架）远不如React成熟。团队最终承认，对于纯应用型功能，仍保留了部分原生JavaScript或微小的Web Component。
行业评价：一种“务实”而非“激进”的选择
该案例在技术圈引发了两极讨论。支持者认为，React的“通用性”已被过度神话，许多网站实际上只需要“渐进增强”的交互；反对者则指出，抛弃成熟的组件生态而去拥抱“回归原始”的HTML是一种开倒车。然而，该团队的核心结论更值得关注：技术选型应服务于产品形态，而非盲目追随潮流。对于以内容展示为核心、交互频度较低的网页（如博客、电商详情页、管理后台），Htmx提供了比React更贴合“服务器驱动UI”的解决方案。
展望：后React时代的前端多元化
2023年的这次重构，并非对React的全盘否定，而是对“前端繁重”趋势的一次降温。随着Htmx、Alpine.js、Stimulus等“轻栈”工具的活跃，开发者开始重新审视“什么场景该用SPA，什么场景该用传统MPA”。可以预见，未来前端生态将不再是React/Vue/Angular的“三国杀”，而是重型框架与轻量增强工具并存的多元化格局。对于那些身处“非应用型”产品线的团队来说，移除React、拥抱Htmx，或许正是找回开发本真的第一步。