我剛剛讀到了一篇可能是我多年來讀過的最有洞察力的文章。標題為“If Not React, Then What?”，作者為 Microsoft Edge 合作夥伴產品經理 Alex Russell。
這首曲子引起了我深刻的共鳴。當我通讀它並點頭同意每個段落時，很明顯我必須與您分享。我開始記下真正擊中要害的精彩引言，不久之後，我意識到我不能將自己的思考局限於幾條推文——這值得有一個更廣闊的舞台。
這篇文章仔細審視了整個前端生態系統，特別關注 React，提出了以大量數據和資源為基礎的有充分支持的批評。它揭示了前端開發的嚴峻現實，挑戰了行業的集體方向，並暴露了似乎占主導地位的「從眾心態」。
嚴肅地說，這對於任何前端開發人員或架構師來說都是必不可少的讀物。
如果不反應，那又怎樣？
這是一本內容豐富的書——大約 9.5 萬字——但在深入討論之前，讓我分享一些與我產生深刻共鳴的最引人注目的摘錄
「簡而言之，沒有人應該在 2020 年代基於 React 啟動新專案。句號。」
「這是真正工程的回報面，在充分理解的限制下嘗試新材料以改善使用者結果。」
「科技來來去去，但最重要的是對使用者的關心。」
「…只有當需要SPA 架構時，設計用於支援針對本地資料模型的樂觀更新的工具（包括「前端框架」和「狀態管理」工具）才應該成為網站架構的一部分。」
「各種編輯器都非常適合本地資料模型和基於SPA 的架構，以支援對其進行修改。然而，這些系統的普遍複雜性確保了效能仍然是一個持續的鬥爭。因此，以這種風格建立應用程式的團隊應該考慮強大的效能護欄，預先確定關鍵的使用者旅程，並確保儀表到位，以避免令人不快的效能意外。
「這是因為，在我的價值 3000 美元的筆記型電腦上進行的與 NPM 一起開發的主要結果是導致團隊比任何人預期更快地陷入困境。」「…它適用於 Facebook」
從統計的角度來看，Facebook 並不是你創造的。你的問題可能看起來與 Facebook 2010 年代初的問題完全不同，即使它們確實如此，跟隨他們的領導也是一個糟糕的主意。 ”
「React 知識也不是特別有價值。任何熟悉React 的...巴洛克...慣例的團隊都可以輕鬆掌握Preact、Stencil、Svelte、Lit、FAST、Qwik 或任何一種更快、更小、反應性更強、需要更少腦力記帳的客戶端系統。
「......英雄們將為你的產品帶來令人難以置信的好處，而解決下一個問題的成本只是React 社群最終承認框架主義本身造成的一小部分。」「那些已經掌握了useMemo 的可怕之處的人和朋友們無法接受DOM 生命週期方法或事件循環或現代CSS 的想法是侮辱性的。這是不公平的侮辱並限制了組織的潛力。 ”
「『...React 是業界標準』
這充其量只是一部令人安慰的小說。 ”
「...如果你不介意我問一下，『CSS-in-JS』冒險進展如何？仍在編寫類組件，或者您是否有一個仍然令人頭痛的強制（部分）遷移？」
「...將 NPM 依賴性視為一種由未來工程能力抵押的高利率債務。」
「使用 Next.js 建立的網站的效能比 11ty、Astro 等 HTML 優先系統的網站差。」
Lautaro Andreani 在 Unsplash 上的照片
以上是React 的嚴酷現實：Alex Russell 的必讀見解的詳細內容。更多資訊請關注PHP中文網其他相關文章！
