React 的嚴酷現實：Alex Russell 的必讀見解

我剛剛讀到了一篇可能是我多年來讀過的最有洞察力的文章。標題為“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 是業界標準』

這充其量只是一部令人安慰的小說。 ”

「在100 多個諮詢專案中，我從未見過兩個相同的React 設定可以保存較小的情況，其中開發人員尚未添加Create React App 的預設（多年來，它本身發生了巨大的變化，最後被從React 文件是最好的入門方式）。

「...如果你不介意我問一下，『CSS-in-JS』冒險進展如何？仍在編寫類組件，或者您是否有一個仍然令人頭痛的強制（部分）遷移？」

「...將 NPM 依賴性視為一種由未來工程能力抵押的高利率債務。」

「使用 Next.js 建立的網站的效能比 11ty、Astro 等 HTML 優先系統的網站差。」

---

Lautaro Andreani 在 Unsplash 上的照片

以上是React 的嚴酷現實：Alex Russell 的必讀見解的詳細內容。更多資訊請關注PHP中文網其他相關文章！