4 月 7 日消息，科技媒体 Windows Latest 今天（4 月 7 日）发布博文，综合 Charles Petzold、Jeffrey Snover 等多名开发者观点，深入剖析了 Windows 11 平台网页应用泛滥而原生应用稀缺的现象。
该媒体综合多位开发者观点，认为导致 Windows 11 系统应用现状的根本原因，并非开发者偷懒，而是微软长期缺乏清晰的 GUI 开发策略。
应用开发者亚历山大 · 奥夫钦尼科夫（Alexander Ovchinnikov）认为，深层原因是微软未能提供值得长期投入的 UI 框架，迫使开发者转向成本更低、风险可控的网页应用。
回顾历史，Windows 开发曾以稳定的 Win32 API 为核心，构建了繁荣的生态系统。查尔斯 · 佩佐尔德（Charles Petzold）的《Programming Windows》曾被普遍视为 Windows 开发的“圣经”，帮助开发者深入研究 Win32 API。当时稳定的开发路线带来了信任，而信任又推动了生态系统的成长。
但随后微软引入了 MFC、WPF、Silverlight、UWP 及 WinUI 3 等多种框架。每一种新技术都被宣传为“未来趋势”，却往往在未成熟时就被放弃或边缘化。这种策略上的反复无常，让开发者在投入大量时间学习后面临技术过时的风险。
开发者 Jeffrey Snover 在其博文中指出，对于“开发者应该如何构建一个 Windows 应用？”这个简单问题，当前的 Windows 系统已经不再能给出合理的答案了。
援引博文介绍，目前 Windows 开发面临严重的路径混乱，开发者面临 Win32、WPF、WinUI 3、MAUI 以及 Electron 等多种选择，却缺乏一个权威且稳定的答案。
相比之下，苹果通过持续维护 Cocoa 和 SwiftUI 等框架，赢得了开发者的信任，因此 macOS 平台原生应用体验更佳。
网页应用虽然性能较差、资源占用高，但具备“一次编写，到处运行”的优势。Spotify、Discord 等主流应用均采用 Electron 或 WebView2（网页视图组件）技术。
对开发者而言，这是在微软平台不确定性下的理性避险选择，与其押注可能被废弃的微软框架，不如依赖通用的网页技术。
微软已意识到问题，开始推动原生应用开发并试图优化性能。然而，修复技术层面的缺陷仅是第一步。要重建开发者信心，微软必须停止频繁更换底层框架，对 WinUI 3 等现代技术提供长期且坚定的支持承诺。
相关阅读：
《前微软高管痛批 Win10/Win11 图形框架混乱：17 种技术混战、14 年 14 次转向》
《告别“网页套壳”偷懒：微软组建新团队，为 Win11 打造 100% 原生应用》
