從 Discord 和 Teams 到 WhatsApp、Windows 搜索、開始菜單，甚至通知中心的新議程視圖，Windows 11 不斷加大對網(wǎng)絡垃圾的投入，情況失控，以至于 JavaScript 和 Brave 瀏覽器的創(chuàng)始人 Brendan Eich 也對此方法表示不滿。

最近，Windows 11 因各種錯誤的原因登上了新聞。最近，我寫了一篇關于“微軟否認使用 AI 重寫 Windows 11”的文章。主要內(nèi)容是微軟駁斥了關于 Windows 11 在使用 AI 重寫為 Rust 的說法。然而，我也借此強調(diào)了一個更大的問題：

Windows 11 正越來越依賴網(wǎng)絡框架，特別是 WebView2 和 Electron。

這成為我努力將 Windows 11 的網(wǎng)絡化劣質(zhì)化轉(zhuǎn)變成一個更多人關注的更大故事的一部分。

令我驚訝的是，這引起了 JavaScript 創(chuàng)始人和 Brave CEO Brendan Eich 的關注。JavaScript 傳奇 Brendan Eich 還創(chuàng)立了 B2G OS（Boot to Gecko），這曾是 Mozilla 的 Firefox 操作系統(tǒng)，他還曾參與過 webOS。

Eich 認為，自己反對這種臃腫（很可能指 Windows 上的應用），因為過于匆忙地使用網(wǎng)絡用戶體驗而非本地體驗。他還補充說，網(wǎng)絡應用可以“做得好”，但這需要時間，而大多數(shù)公司并不想花時間去做到。

“被埋藏的重點是‘Windows 11 有一個更大的問題，那就是 WebView2 或 Electron，’”Brendan Eich 在一條分享 Windows Latest 故事的 X 貼文中寫道。“作為 b2g（FirefoxOS）聯(lián)合創(chuàng)始人，同時與那個時代的 webOS 人員有聯(lián)系，我反對因為匆忙使用 Web 用戶體驗而導致的臃腫。這可以做到正確；這需要時間。”

在同一線程中，有用戶辯稱 WebView 關系到控制，并讓人們習慣于訂閱軟件。但 Brendan Eich 對這種邏輯表示反對，并問道：“網(wǎng)絡與本地的區(qū)別如何幫助那個目標？”

Eich 還補充道：“本地更容易用于鎖定。”

換句話說，如果擔心被鎖定，網(wǎng)絡應用并不自動是最佳證明。

然后 Eich 從“網(wǎng)絡與本地”拓展到他認為的真正原因，即商業(yè)激勵。他將其描述為“訂閱模式而非買斷所有權(quán)”，并將其與更廣泛的“劣質(zhì)化”動態(tài)聯(lián)系起來，包括債務驅(qū)動的策略和 DRM，甚至提到了“DRM 拖拉機”的例子。

Eich 甚至稱“NPM 是個錯誤。”對于不知情的人來說，NPM（Node 包管理器）為開發(fā)人員提供了訪問大量可重用 JavaScript 模塊的在線庫的權(quán)限。

如果網(wǎng)絡應用要強加于我們，就需要“正確”地完成

網(wǎng)絡應用不一定是壞事，尤其是如果做得好并在合適的地方使用。并不是所有東西都需要網(wǎng)絡技術(shù)，包括像通知中心這樣基本的東西。

如果微軟真的想在一切中使用網(wǎng)絡技術(shù)，它需要在質(zhì)量和實施上做得更好。這同樣適用于所有科技巨頭，包括 Meta。

Discord 是一種占用大量資源的 Electron 應用

如果你看看 Discord，它一直在試圖在 Windows 11 上重啟 Discord，當 RAM 使用量達到 4GB 時，而不是在找出如何優(yōu)化 Electron 時切換到本地代碼。

在一份聲明中，Discord 承認其 Windows 11 桌面應用并不高效使用 RAM，尤其是在我們預期內(nèi)存價格將飆升的時候。

“是的，我們正在測試當內(nèi)存超過 4GB（正常使用為 <1GB）時重啟，”一位 Discord 員工在 Windows Latest 發(fā)現(xiàn)的論壇貼文中寫道。在一片憤怒中，Discord 還解釋說，僅當你在鍵盤或鼠標輸入上離開 30 分鐘或不在通話中時才會重啟 Windows 11 應用。

Discord 沒有計劃用本地代碼替換 Electron。實際上，它表示已經(jīng)設法為大多數(shù)用戶減少了 RAM 使用量，即使在應用在待機狀態(tài)下輕松使用 1GB RAM 的情況下。

“一些用戶看到的數(shù)字至少低于以前。總體而言，我們目前在 p95 內(nèi)存上看到約 5% 的減少，仍需進一步努力，”該公司解釋道。

[我們] 在平臺/操作系統(tǒng)/驅(qū)動程序/硬件級別發(fā)現(xiàn)了問題，并與合作伙伴密切合作，提供獨立的重現(xiàn)和最終修復。”

Microsoft Teams 和 WhatsApp 也有類似的性質(zhì)，并使用 1GB+ 的 RAM

與 Discord 的 Electron 不同，Teams 和 WhatsApp 基于 WebView2，這稍微好于 Electron，因為 WebView2（基于 Chromium）內(nèi)置于 Windows 中。可惜的是，Teams 仍然面臨高 RAM 使用量、性能問題或用戶體驗差的困擾。

微軟最近承認 Teams 存在性能問題，并未試圖解決根本原因。相反，它為 Teams 通話創(chuàng)建了一個單獨的進程 (.exe)，因此主進程的糟糕性能不會影響到 Teams 通話，反之亦然。

WhatsApp 的情況也類似，最近將其本地 Windows 應用降級為使用 WebView2。現(xiàn)在，在 Windows 11 上，WhatsApp 經(jīng)常使用 1GB 的 RAM。

WhatsApp 最初是一個網(wǎng)頁封裝（Electron），但是 Meta 用本地 WinUI/XAML 代碼替換了它。經(jīng)過數(shù)年的投資于本地 Windows 框架，Meta 最終卻放棄了本地代碼，轉(zhuǎn)而使用 WebView2。

但“網(wǎng)絡”框架的問題僅限于應用嗎？不，這其實是 Windows 11 生態(tài)系統(tǒng)的問題

開始菜單的推薦信息流已經(jīng)使用 React native，但還有更多即將推出。

在 Windows 11 上，微軟正在向通知中心添加基于 WebView2 的議程視圖。該功能在 Windows 10 上作為本地功能推出。現(xiàn)在，在 Windows 11 上，它將使用 WebView2。如果你監(jiān)控任務管理器，你會發(fā)現(xiàn)與 Edge 相關的進程的 RAM 使用量從 1MB 激增到 100MB。

如果是一個獨立開發(fā)者試圖構(gòu)建跨平臺應用并傾向于使用網(wǎng)絡框架，那是可以理解的。但我們在談論的是像微軟這樣市值超過 3.5 萬億美元的公司，它們卻無法為 Windows 11 中如此基礎的日歷議程視圖構(gòu)建本地 UI。

這一點真的需要停止。你怎么看？請在下面的評論中告訴我。