反应疲劳:为什么一些开发人员正在继续前进

反应疲劳:为什么一些开发人员正在继续前进

别误会我的意思——我喜欢 React。我从 2021 年开始学习它,当时 Hooks 风靡一时,React 正在兴起。与我在大学必须学习的 Java 样板相比,JavaScript 和 React 让人耳目一新。我深入研究了 Scrimba 的 React 前端路径,其中构建迷你项目既有趣又信息丰富。来自 UI/UX 背景,我也喜欢使用 React 设计库构建的干净的 UI

但最近,React 的吸引力似乎正在下滑。围绕其问题的讨论越来越多,这或许可以解释为什么一些科技界的大人物正在退出。那么,React 发生了什么?

为什么 React 的受欢迎程度正在下降

React 有其优势,尤其是在需要高级状态管理的复杂项目中,但这些优势通常需要权衡繁重的客户端 JavaScript。在更简单或性能要求较高的应用程序中,这可能会导致用户体验缓慢,这对于优先考虑速度的公司来说是一个很大的缺点。

最近的一些批评,在 Picallilli 的一篇文章中得到了很好的总结,强调了 React 的根深蒂固,尽管存在强烈反对,但它很难被取代。作者指出,即使替代框架兴起,React 也拥有庞大的现有代码库,可以使其长期保持相关性。另外,React 致力于不断发展,例如在版本 19 中添加对自定义元素(Web 组件)的支持,可能会使迁移和灵活性变得更加容易。

大公司正在继续前进

不仅仅是开发者在质疑 React——公司也在采取行动。

Netflix 宣布在某些项目中转向 Vanilla JS,微软选择在 Edge 中使用 Web 组件,Shopify 在某些项目中放弃 React,Airbnb 倾向于移动应用程序的操作系统特定框架而不是 React Native, Gusto 的 Kelly Sutton 正在转向 StimulusJS。

与框架无关的解决方案的趋势正在增长,公司更加关注性能、灵活性,并避免 React 经常带来的负担。

保持现状的代价

React 的定期更新和功能发布既可以是福也可以是祸。最近的一篇文章认为,React 的快速发展意味着公司几乎需要每 2.5 年重写一次应用程序,这很困难。不经常更新的团队面临着积累技术债务的风险,而新开发人员最终需要管理从 React 17 到 19 等版本的过渡,这可能会令人沮丧。

关于建立我自己的博客

整个辩论甚至让我重新考虑我自己的技术堆栈,以建立我想要建立的新博客网站。我最初的作品集网站是使用 React 构建并部署在 Vercel 上,但这一次,我探索了 Next.js、Gatsby、Astro 和 Hugo 等选项。由于 SEO 是博客的首要任务,因此我将范围缩小到了 Gatsby 和 Hugo。我读到了 Hugo 和 Go 的简单性——一些开发人员声称新用户可以在一周内编写可靠的 Go 代码,而 React 常常感觉它需要博士学位才​​能跟上新的钩子和功能。所以,我会和 Hugo 一起去,并且我可能会沿途学到一些 Go 语言。但别担心,我不会放弃 React!

当 React 仍然闪耀时

归根结底,技术选择取决于项目和团队的专业知识。 React 在需要复杂的状态管理和丰富的交互性的领域仍然很强大。不过,对于较小或较简单的项目,很难忽视更轻、更灵活的替代方案的吸引力。

以上就是反应疲劳:为什么一些开发人员正在继续前进的详细内容,更多请关注其它相关文章!