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

文章小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《反应疲劳：为什么一些开发人员正在继续前进》带大家来了解一下##content_title##，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

别误会我的意思——我喜欢 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 在需要复杂的状态管理和丰富的交互性的领域仍然很强大。不过，对于较小或较简单的项目，很难忽视更轻、更灵活的替代方案的吸引力。

今天关于《反应疲劳：为什么一些开发人员正在继续前进》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！