React不会消亡,因为AI不允许它。

发布: (2026年5月3日 GMT+8 21:08)
6 分钟阅读
原文: Dev.to

Source: Dev.to

Cover image for React won't die because AI won't let it

所有框架最终都会被取代。React 可能是第一个不会被取代的。

它并不是最好的语言,也不是开发者最喜欢的语言,而是机器人们根本停不下来的语言。

默认输出问题

请求 ChatGPT 为你开发一个 todo 应用。你会得到 React。
请求 Copilot 生成组件的基本结构。React。
请求 Claude 设计仪表盘原型。React。

这不是阴谋论,而是统计的力量。React 已经在前端开发领域领跑了 10 年。这意味着 10 年的 Stack Overflow 回答、博客文章、教程以及开源仓库默认被纳入每个主流大模型的训练。

像 Solid 和 Svelte 这样的新框架确实非常优秀。它们解决了 React 仍然挣扎的真实问题。但它们在线上的书面材料只有很小的一部分,这意味着它们。

AI 助手已成为新默认

想想现在有多少开发者在启动项目时会先向 AI 提问。并不是全部,但足以产生影响。

如果一名初级开发者向 AI 求助,而得到的回复是 React 代码,这并不是一个中立的建议。这是一台推荐机器,对某个框架的偏向是全世界最显著的。随后这名初级开发者就会使用 React、撰写关于 React 的博客,并在下一个模型的训练中加入 React 代码。

  • 更多的 React 代码出现在实际项目中 → 未来的训练数据中会有更多 React。
  • 训练数据中有更多 React → AI 生成的代码中会出现更多 React。
  • 这个循环每天都在叠加。

这股力量是再多的 “Svelte 拥有更好的开发者体验” 博客文章也无法抵消的。并不是说这些观点无效,只是这类文章数量更多。

npm 下载不说谎

React 的 npm 下载量持续上升。每个季度都有推文声称 React 已死,但每个季度图表仍在上升。

对 React 持批评态度的人指出它确实有一些缺点,这些观点是正确的。我们曾经多年使用类组件。Hooks 的思维模型让很多人感到困惑。服务器组件也可能非常难以理解。

然而,如果完整的 AI 辅助开发流水线默认输出 React,那么上述所有问题都变得无关紧要。以前,框架的采用取决于开发者的偏好,而现在则取决于 AI 的默认设置。🤖

这已经不再是关于质量的事了

我需要澄清,我并不是在说 React 应该担任这个角色。Solid 的响应式模型更好。Svelte 的编译器方式很优雅。Vue 的学习曲线更平缓。

但“值得”并不能推动大规模采纳。分发渠道才是关键。而 React 现在拥有软件开发史上最强大的分发渠道:它是每个 AI 对所有前端问题的默认答案。

未来的胜者不会是拥有最佳 API 的框架,而是那些能够生成足够训练数据以改变默认 AI 的框架。这是一场残酷、毫无光彩的磨砺。而 React 已经领先十年。

打破循环需要什么?

说实话,我认为除了有一家大型 AI 公司故意让模型偏向另一个框架之外,几乎没有其他办法可以解决这个问题。或者是出现一种如此独特的框架,以至于每次采样都必须在提示中写明它的名称。

当然,当默认提示是“创建一个 web app”,而默认回答是 React 时,我们就会继续这种模式。React 循环已经不再是开发者自由选择的结果,而是 LLM 运作方式的自然反应。😅

科技行业常常讨论“为工作选择最佳工具”的概念。然而,如果你的 AI 助手只能提供一种工具,你就只能把工作调整到适应该工具的方式。

所以我想知道:如果 AI 训练数据把今天的赢家永久锁定,框架创新还会有意义吗?

0 浏览
Back to Blog

相关文章

阅读更多 »

自己制作框架,有什么建议吗?

《Making my own framework》的封面图片。有什么建议吗?https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity=auto,format=auto/https%3A%2F%2Fde...