文章图片
图4/9
▲ UWP 应用受限较多
再者 ， UWP 应用兼容性不理想 ， 尽管支持跨平台 ， 却无法兼容老平台 。 Windows 一大优点在于兼容性 ， 无论使用新老开发工具 ， 所编写的程序都能在最新的 Win10 中跑起来 ， 这令很多开发者至今仍使用旧版本的开发工具 ， 以同时兼容 Win7、Win10 等多个版本的系统 ， 大家并没有太多动力为了 UWP 就把开发工具时时保持在最新 。
最后 ， UWP 应用还存在开发框架一直迭代不稳定、App 必须在应用商店中发布等问题 ， 这都影响了开发者的开发意愿 。


文章图片
图5/9
▲ 只能安装商店应用的 Windows 10S 并不受欢迎
种种原因综合之下 ， UWP 的发展长期处于低潮 。 而其中的很多问题 ， 又是微软无法解决的 。 例如 UWP 的定位在于跨设备跨平台 ， 要兼顾桌面和移动环境 ， 这就意味着自由度高的桌面开发环境必须向存在种种限制的移动开发环境妥协 ， 导致的结果就是 UWP 应用功能受限、向后兼容性受限 。 结合当前微软在移动市场的表现 ， UWP 的确没有太大存在的意义了 。
Win11 时代 Win32 也能迎来翻新？
UWP 不再被视为 Windows 开发的重心 ， 但 Windows 11 中 ， 大量软件应用反而焕然一新 ， 这又作何解释呢？事实上 ， UWP 尽管没有取得什么大成功 ， 但它的很多遗产 ， 却被继承了下来 ， 这让 Windows 在此后的生态建设中 ， 更加顺风顺水 。
就如文章一开头所提到的 ， 微软将会把 Windows 开发的重心转向 Windows App SDK 和 WinUI 3 ， 但这两者又是什么来头呢？其实它们的构成 ， 和 UWP 是脱不开关系的 。
在 Win10 时代 ， 微软推行 UWP ， 而 UWP 所用的控件和样式库则被称为 WinUI 2 。 WinUI 2 和 Windows 10 SDK 集成 ， 为 UWP 提供 Windows UI 控件以及其他 UI 元素 。 然而 ， WinUI 2 却有仅仅适用于 UWP 开发 ， 对于传统的 Win32 软件 ， 它无能为力 ， 无法为传统的 Win32 软件提供界面、样式更新 。


文章图片
图6/9
▲ Win10 时代 ， UWP 应用使用 WinUI 2 构建界面 ， 而 WinUI 2 也仅仅支持 UWP
【Win11出世UWP却惨遭弃用 Win软件还会翻新吗】如此一来 ， 如果软件不转向 UWP 开发 ， 那么即使更新版本 ， 那么往往也只会使用 WPF、MFC 等比较老旧的开发工具 。 软件不使用 UWP 开发 ， 就无法用上 WinUI 2 ， 就没法跟上 Windows 系统的界面更新 ， 这让 Win10 时代视觉效果极其割裂 。 这个情况 ， 在 Win11 时代似乎要得以改观了 。
在开发 Windows 11 的同时 ， 微软也盘算起了整理软件开发生态的路子 。 在去年的 Build 2020 开发者大会上 ， 微软公布了“Project Reunion” ， 这是一套整合 UWP 和 Win32 开发的方案 。 微软试图通过 Project Reunion ， 将 Win32 和 UWP API 与 Windows 10 脱钩 ， 并将 UWP 中出厂的 API 提供给 Win32 使用 ， 以“弥合”两个平台之间的差距 。 现在 ， Project Reunion 已经取得了初步的成果 ， 那就是新的 Windows App SDK 以及 WinUI 3 。


文章图片
图7/9
▲ 作为 Project Reunion 的一部分 ， WinUI 3 同时支持 Win32 和 UWP ， 传统软件也可以使用它更新界面
全新的 Windows App SDK 融合了传统 Win32 以及 UWP 应用关键技术 ， 并使用 WinUI 3 作为 UI 框架 。 此后 ， 开发者为 Windows 开发软件 ， 无论是开发 Win32 还是 UWP ， 只要使用 Windows App SDK ， 即可让软件用上新的界面 —— 没有使用 UWP 重构的文件资源管理器得以翻新 ， 就受益于此 。