微软资深工程师怒斥React：行业标准？这不过是陈旧的遗留技术！
引言： “React 是行业标准”——这句话在前端开发领域几乎成了金科玉律。然而，微软资深工程师 Alex Russell 却公开挑战这一说法，他直言不讳地指出：在 2024 年，任何新项目都不应该使用 React。这并非简单的技术偏见，而是基于对 Web开发现状、性能瓶颈以及工程文化深刻反思后的结论。他的观点引发了业界激烈的讨论，也迫使我们重新审视前端框架的选择标准。
一、React的“现代性”迷思：形式大于实质
Russell 在其博客文章《React 不行，那到底什么行？》中，犀利地批判了 React 的“现代性”标签。他认为，React 的流行并非源于其技术先进性，而是源于一种“框架主义”的思维定势。这种思维将框架视为解决所有问题的银弹，忽视了对用户体验和实际性能的关注。 他指出，React 的许多设计理念并非为了满足现代 Web 开发的需求，反而带来了诸多问题，例如：
- 性能瓶颈： React 应用往往捆绑了大量的冗余依赖包（例如 core-js、lodash 等），导致客户端加载缓慢，资源消耗巨大。这与追求轻量化、高效的现代 Web 开发理念背道而驰。
- 可访问性问题：React 应用的可访问性问题日益突出，这与构建包容性 Web 的目标相悖。
- 过度工程： 许多 React 项目过度依赖框架本身，导致代码复杂度增加，维护成本提高。
Russell 的观点并非空穴来风。他拥有十余年在谷歌和微软从事 Web 开发和标准制定的经验，曾担任 Chrome 网络标准技术领导，并参与了 W3C 技术架构组的工作。他的批判，是基于大量实际项目经验和对 Web 技术发展趋势的深刻理解。
二、失控的文化：冗余依赖与工程效率的悖论
Russell 指出，React 生态系统中存在一种“失控”的文化。开发者过度依赖 NPM 包，导致项目中充斥着大量的冗余代码，这不仅影响性能，也增加了项目的复杂性和维护难度。 他举例说明，即使是简单的聊天机器人项目，也可能因为依赖过多的包而变得臃肿不堪。这种现象并非个例，而是 React 生态系统中普遍存在的问题。
这种文化与服务器端开发形成了鲜明对比。在服务器端，资源消耗和性能瓶颈是可控的，而客户端开发则面临着更多的不确定性。因此，Russell 强调，客户端 Web 开发应该优先考虑代码的轻量化和高效性，尽量减少 JavaScript 的使用，而这恰恰是 React 等框架所忽视的。
三、超越React：寻找更优解
Russell 并未简单地否定 React，而是提出了更深层次的问题：如何选择合适的技术栈？他认为，这个问题需要从狭义和广义两个层面来考虑。
- 狭义层面： 选择合适的替代技术。他列举了 Svelte、Lit、FAST、Solid、Qwik、Marko、HTMX、Vue、Stencil 等多种框架，并强调选择技术时应注重客户端负载和复杂性的控制。
- 广义层面： 改变思维方式，从“框架主义”转向以用户体验为中心的开发模式。他认为，真正的挑战在于说服管理者和技术主管，让他们重视用户体验，而不是盲目追逐流行框架。
四、结论：用户体验至上，而非框架至上
Russell 的观点引发了广泛的讨论，也为前端开发领域带来了新的思考。他并非简单地反对 React，而是呼吁开发者和管理者重新审视技术栈的选择标准，将用户体验置于首位。 在追求技术先进性的同时，更要关注性能、可访问性和工程效率。 “为用户需求做设计，而不是为组织便利而设计”——这才是未来 Web 开发的正确方向。
参考文献：
Russell, A. (2024, December 2). React 不行，那到底什么行？ [Blog post]. *(InfoQ 中文站). (需要补充实际链接，此处为占位)
(注：由于无法访问原文链接，参考文献链接为占位符，请根据实际情况补充完整。)
Views: 0