反應疲勞：為什麼有些開發人員正在繼續前進

別誤會我的意思－我喜歡 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 在需要複雜的狀態管理和豐富的互動性的領域仍然很強大。然而，對於較小或較簡單的項目，很難忽視更輕、更靈活的替代方案的吸引力。

以上是反應疲勞：為什麼有些開發人員正在繼續前進的詳細內容。更多資訊請關注PHP中文網其他相關文章！