微軟Win11應(yīng)用為何傾向網(wǎng)頁(yè)形態(tài)？開發(fā)者揭示底層原因

IT之家 4 月 7 日消息，科技媒體 Windows Latest 今天（4 月 7 日）發(fā)布博文，綜合 Charles Petzold、Jeffrey Snover 等多名開發(fā)者觀點(diǎn)，深入剖析了 Windows 11 平臺(tái)網(wǎng)頁(yè)應(yīng)用泛濫而原生應(yīng)用稀缺的現(xiàn)象。

該媒體綜合多位開發(fā)者觀點(diǎn)，認(rèn)為導(dǎo)致 Windows 11 系統(tǒng)應(yīng)用現(xiàn)狀的根本原因，并非開發(fā)者偷懶，而是微軟長(zhǎng)期缺乏清晰的 GUI 開發(fā)策略。

應(yīng)用開發(fā)者亞歷山大 · 奧夫欽尼科夫（Alexander Ovchinnikov）認(rèn)為，深層原因是微軟未能提供值得長(zhǎng)期投入的 UI 框架，迫使開發(fā)者轉(zhuǎn)向成本更低、風(fēng)險(xiǎn)可控的網(wǎng)頁(yè)應(yīng)用。

回顧歷史，Windows 開發(fā)曾以穩(wěn)定的 Win32 API 為核心，構(gòu)建了繁榮的生態(tài)系統(tǒng)。查爾斯 · 佩佐爾德（Charles Petzold）的《Programming Windows》曾被普遍視為 Windows 開發(fā)的“圣經(jīng)”，幫助開發(fā)者深入研究 Win32 API。當(dāng)時(shí)穩(wěn)定的開發(fā)路線帶來(lái)了信任，而信任又推動(dòng)了生態(tài)系統(tǒng)的成長(zhǎng)。

但隨后微軟引入了 MFC、WPF、Silverlight、UWP 及 WinUI 3 等多種框架。每一種新技術(shù)都被宣傳為“未來(lái)趨勢(shì)”，卻往往在未成熟時(shí)就被放棄或邊緣化。這種策略上的反復(fù)無(wú)常，讓開發(fā)者在投入大量時(shí)間學(xué)習(xí)后面臨技術(shù)過時(shí)的風(fēng)險(xiǎn)。

開發(fā)者 Jeffrey Snover 在其博文中指出，對(duì)于“開發(fā)者應(yīng)該如何構(gòu)建一個(gè) Windows 應(yīng)用？”這個(gè)簡(jiǎn)單問題，當(dāng)前的 Windows 系統(tǒng)已經(jīng)不再能給出合理的答案了。

IT之家援引博文介紹，目前 Windows 開發(fā)面臨嚴(yán)重的路徑混亂，開發(fā)者面臨 Win32、WPF、WinUI 3、MAUI 以及 Electron 等多種選擇，卻缺乏一個(gè)權(quán)威且穩(wěn)定的答案。

相比之下，蘋果通過持續(xù)維護(hù) Cocoa 和 SwiftUI 等框架，贏得了開發(fā)者的信任，因此 macOS 平臺(tái)原生應(yīng)用體驗(yàn)更佳。

網(wǎng)頁(yè)應(yīng)用雖然性能較差、資源占用高，但具備“一次編寫，到處運(yùn)行”的優(yōu)勢(shì)。Spotify、Discord 等主流應(yīng)用均采用 Electron 或 WebView2（網(wǎng)頁(yè)視圖組件）技術(shù)。

對(duì)開發(fā)者而言，這是在微軟平臺(tái)不確定性下的理性避險(xiǎn)選擇，與其押注可能被廢棄的微軟框架，不如依賴通用的網(wǎng)頁(yè)技術(shù)。

微軟已意識(shí)到問題，開始推動(dòng)原生應(yīng)用開發(fā)并試圖優(yōu)化性能。然而，修復(fù)技術(shù)層面的缺陷僅是第一步。要重建開發(fā)者信心，微軟必須停止頻繁更換底層框架，對(duì) WinUI 3 等現(xiàn)代技術(shù)提供長(zhǎng)期且堅(jiān)定的支持承諾。