为什么开发者放弃框架而选择原生 JavaScript

作者 | Alexander T. Williams

译者 | 平川

策划 | Tina

本文最初发布于博客 TheNewStack。

图片来自 Unsplash+

前端开发者正在回归原生 JavaScript。以下是原生 API 和 AI 工具如何使原生 JS 成为框架疲劳的解药。

每个人都累了，框架疲劳不再只是一个梗：它是一种集体倦怠。曾经竞相掌握 React、Vue 和 Svelte 的开发者们，现在正悄悄回归他们曾经抛弃的简单性：原生 JavaScript。

Web 的天平正在向极简主义倾斜。原生浏览器 API 的兴起、注重性能的开发理念和 AI 辅助编码的浪潮，不仅让原生 JavaScript 开发再次变得可行，而且重新焕发了生机。这是在经历多年的 代码膨胀、抽象概念和 npm 依赖噩梦之后的 一剂宿醉解药。

框架时代的临界点

多年来，框架一直是开发者的默认选择。它们承诺带来规范性、可扩展性和社区支持。但随着框架的发展，其复杂性也随之增加。打包器变得越来越重，构建时间不断增加，运行“Hello World”项目的一行代码平均就需要数兆字节的依赖。开发者开始质疑：所有这些脚手架真的值得吗？

问题不在于框架本身，而在于围绕它们发展起来的文化。每个月都有新的框架涌现，每个都声称修复了上一个框架的问题。企业为了跟上不断变化的生态系统，重构了整个产品。结果呢？无休止的迭代，伪装成创新的技术债务，以及陷入重学循环的开发者。

到 2025 年，人们意识到：Web 不需要另一层，它需要的是重置，而这个重置以原生 JavaScript 的形式出现。

原生 API 已经成熟

现代浏览器不再是过去那个不稳定的沙箱。在过去的几年中，像 Fetch、Web 组件 和 ES 模块这样的 API 已经发展为成熟的生产级工具，取代了框架曾经提供的功能。曾经那些需要 React 钩子或状态管理库才能完成的任务，现在使用原生解决方案，只要几行简洁的代码就能顺利运行。

特别是 Web 组件标准改变了游戏规则。它为开发者提供了框架的模块化和封装性，而又不会有框架锁定的问题。结合 Shadow DOM、自定义元素和模板字面量，开发者现在可以构建可重用、自包含的小部件，它们可以在任何地方运行。

这种成熟度的提升意味着开发者终于可以使用浏览器提供的原生功能来构建动态、可维护的响应式界面。由依赖项、构建工具和样板代码带来的“框架税”不再是强制性的。选择原生 JS 不是因为复古，而是因为它再次变得高效。

性能成为新货币

如今的 Web 讲究速度。用户期望近乎即时的交互，搜索引擎算法会惩罚速度缓慢的页面。严重依赖框架的应用可以做得很复杂，但它们难以提供一致的性能，尤其是在移动设备上。开发者重新认识到，最好的优化不是添加另一个优化库，而是编写更少的代码。

2025 年，原生 JavaScript 重新进入主流，主要是因为应用程序启动更快、渲染更快、调试更容易。没有庞大的捆绑包、水合脚本或协调算法，加载时间大幅下降。每节省一千字节，就能留住一个用户。这种转变是务实的：响应速度提高 50 毫秒的价值远高于 JSX 语法糖或响应式绑定带来的价值。

这并非意味着框架的死亡，它们仍然主导着企业环境，但在那些注重敏捷性和性能而非遗留架构和抽象概念的项目中，Web 的天平已经向“无框架区”倾斜。这剂宿醉解药不是关于反叛，而是关于清晰度。

AI 工具使简单再次强大

讽刺的是，AI 加速了回归简单的过程。现在，开发者使用基于 AI 的编码助手来生成样板代码、调试程序和建议简洁的原生代码。语法越直接，AI 就越有效，而框架的专有约定和抽象层，常常使这些系统感到困惑。

有了 AI 处理那些重复的模式，开发者不再需要框架来提高生产力。一个简单的提示就可以利用原生 JS 直接构建响应式 UI 或实现事件处理，完全避免了框架带来的认知负担。突然之间，“框架节省时间”的旧论点不再成立。

此外，AI 辅助重构 使梳理遗留框架变得更容易。团队可以逐步迁移，用原生等价物替换框架组件。这不是对早期 Web 的怀旧，而是在智能工具盛行的时代有意识地回归本源。

微前端和无构建架构的兴起

越来越多的现代项目采纳了 微前端 原则：独立的小型 UI 模块单独加载并通过共享契约通信。

这种模块化转变也符合现代容器的安全实践，其中的独立单元在部署和更新时可以施加更严格的控制，最小化攻击面。

同样，这种理念与原生 JS 完美契合。没有集中化的构建系统或复杂的依赖树，开发者可以按模块推送更新，并保持各团队的灵活性。

无构建运动与此相辅相成。像 ESBuild 和 Vite 这样的工具已经将编译简化到了几乎看不见的程度，但最终目标是完全不需要构建步骤。原生模块导入使得这一愿景成为现实。开发者可以直接从编辑器将更新推送到生产环境，无需等待管道进行转译或打包。

这种转变 重新定义了“轻量级”的真正含义。2026 年，现代的原生 JavaScript 项目绝不是原始粗糙的，而是精准如手术刀的。它只恰到好处地完成需要做的事，不多也不少。在一个痴迷于速度和控制的世界里，这不仅仅是优雅，还是竞争优势。

学习曲线倦怠和开发者自主性

开发者们已经筋疲力尽。每隔几个月，就有一个新的框架承诺带来救赎，但结果只是用另一个抽象替换前一个。紧跟“最新”发展所带来的认知负担变得不可持续。原生 JavaScript 提供了一个减压阀，一个不会随着下一个 GitHub 公告而过期的公共基础。

你不需要记住一个新的钩子系统、状态 API 或指令语法。你只需要理解这门语言，重拾自主性，让编程创作的掌控权回到开发者手中。他们可以专注于解决问题，而非死记硬背语法模式。

随着教育系统的跟进，JavaScript 训练营和高校开始重新强调基础知识。其结果将是：依赖框架的开发者减少，能够在核心层面推断性能、结构和行为的开发者增多。这种重置既是文化的，也是技术的。

生态系统再平衡

回归原生 JavaScript 并不意味着框架的灭绝，但它确实重新定义了它们的目的。框架正在演变成可选层，而不是默认配置。它们的存在是为了解决特定的大规模问题，而不是嵌入到每一个登录页和小部件中。

React 、Vue 和 Svelte 正在悄悄地精简冗余，提升互操作性。生态系统正在围绕原生标准而不是专有语法凝聚共识。框架作者如今秉持“渐进式采用”的设计理念，这意味着开发者可以选择某个框架而不被锁定。

这种再平衡也反映了其他技术领域的发展轨迹。正如 DevOps 逐渐从工具导向转向 文化导向，2026 年的前端开发也将更注重使用效率而非工具选择。原生 JS 并非一种厌弃，而是重新校准。

小 结

框架宿醉不是永久的，它是一个警钟。开发者们终于意识到，进步不是关于抽象的堆叠，而是掌握它们下面的基础知识。原生 JavaScript，曾经被认为“太简陋”，现在已经演变成了一个更简洁的 Web 背后的强大引擎。

2026 年，用原生 JavaScript 编写代码并不意味着你在倒退，反而意味着你在前进——清晰、可控以及一个五年后仍然有意义的代码库。框架将继续演变，工具将继续增多，但解决方案将保持不变：剥离掉所有不必要的部分，回归到真正支撑 Web 运行的核心。

https://thenewstack.io/why-developers-are-ditching-frameworks-for-vanilla-javascript

声明：本文为 InfoQ 翻译，未经许可禁止转载。