事件總覽：從過往對 Web 技術的押寶，到如今承認其在系統核心介面上的效能瓶頸，微軟正逐步將 Windows 11 開始功能表等關鍵元件，從 Web 技術堆疊遷移回更高效的 WinUI 原生框架，以期大幅提升使用者體驗的流暢度與回應速度。
📅 2023 年：微軟曾擁抱 React Native Web 技術
回溯至 2023 年的 Chain React 大會上，微軟曾公開表達對 React Native 的高度信任，並選擇將這項 Web 技術平台應用於部分 Windows 體驗，甚至包含一些使用者關鍵的互動環節。當時的策略是希望透過 Web 技術的彈性與開發效率，為 Windows 11 帶來現代化的介面與功能。當時微軟認為，在現代硬體設備上，這套實現方式並不算慢，但隨著時間推移，實際使用的反饋卻逐漸浮現。
📅 過去幾年：為整合 Web 技術付出的努力與挑戰
其實，為了讓 Windows 系統能與 React 這類 Web 技術協同運作，微軟在過去幾年間投入了大量資源進行相容性工程。他們開發了諸如 React Native XAML 和 Fluent UI React Native 等工具，目的就是讓基於 JavaScript 驅動的 React 應用程式，在介面風格和互動邏輯上，能盡可能貼近傳統的 WinUI 原生體驗，確保視覺上的一致性。然而，儘管努力維持了「原生」的外觀，但底層 Web 技術帶來的互動延遲，始終是難以完全克服的挑戰。
📅 近日觀察：Windows 11 開始功能表卡頓問題浮現
儘管 Windows 11 的開始功能表在視覺上已與系統其餘部分保持高度統一，給人足夠「原生」的觀感，但許多使用者普遍反映其回應速度不如前代版本。目前，包括「建議」資訊流以及「所有應用程式」清單在內的開始功能表核心部分，都是由 React 驅動的 Web 技術堆疊實現。微軟領導層近期也坦承，儘管 Web 元件經過最佳化，但在互動即時性上，仍難以完全媲美 WinUI 這類原生框架，根本原因在於其固有的延遲開銷，以及 Web 技術並非為所有系統級場景而生。這也成為微軟決定縮減 React 使用範圍，回歸原生 UI 的關鍵動因。
📅 微軟新策略：全面回歸原生 WinUI 框架
面對使用者對於 Windows 11 開始功能表流暢度的期待，微軟已明確表示，正在將 Windows 的共用 UI 基礎架構遷移至 WinUI 原生框架，此舉被視為在平台層面降低互動延遲和開銷，整體提升系統回應性的重要一步。這項「去 Web 化」的策略，意味著微軟計畫將更多系統核心功能和應用程式，從基於 Web 的元件轉移到 WinUI，以實現更即時、更順暢的使用者體驗。此舉不僅是技術路線的調整，更是對使用者心聲的積極回應，目標是讓 Windows 11 在保持現代化外觀與智慧特性的同時，恢復甚至超越傳統桌面系統的流暢度。
至今影響與未來展望
微軟這波「去 Web 化」的轉向，對 Windows 11 的未來影響深遠。它直接回應了使用者長期以來對 開始功能表卡頓的抱怨，預計將大幅改善日常操作的反應速度。有趣的是，除了底層 UI 框架的調整，微軟也正積極測試更智慧的「建議」區域，希望透過演算法優化，讓推薦內容與使用者當前工作流更相關，減少空占空間卻不實用的情況。不過，目前使用者對於「建議」資訊流的關閉設定，仍停留在全域開關，這導致關閉開始功能表建議的同時，也會一併停用工作列捷徑清單中的最近檔案，甚至移除檔案總管中的最近使用區域，犧牲了一整套歷史紀錄功能。許多使用者期盼微軟未來能提供更精細的控制選項，允許他們單獨關閉開始功能表的建議卡片，而保留其他地方的最近檔案清單。這項轉變不僅展現了微軟對效能的重視，也預示著 Windows 11 在兼顧智慧化與原生流暢度之間，正努力尋找最佳平衡點。
About the Author
