微软正式“封杀” UWP（建议开发者转向 Windows APP SDK 作为 APP 开发的未来）
近日，微软宣布已经正式弃用通用 Windows 平台（UWP），转而以桌面为中心的 Windows APP SDK（以前称为 Project Reunion）和 WinUI 3 作为 Windows APP 开发的未来。
【微软正式“封杀” UWP（建议开发者转向 Windows APP SDK 作为 APP 开发的未来）】
文章图片
对此，微软的 Thomas Fennel 解释称：“Windows APP SDK 致力于使开发者能够在 Windows 上构建最高效的应用程序。”为了实现这一点，微软使用了现有的桌面项目类型（而非 UWP）作为 Windows APP SDK 的基础，“是因为桌面项目类型提供了大量的现有桌面 API 和兼容性”。
据悉，Windows App SDK 基本上采用了关键的 UWP 技术和 WinUI 3 等新技术，这些技术不会被 backported（向后移植）到 UWP，而是以一种与特定 Windows 版本无关的方式提供给开发人员（就像个别 UWP 功能一样）。通过这种方式，微软可以“在整个Windows生态系统中为开发人员提供所需的敏捷性和向后兼容性”，同时也不让开发人员落后。
微软表示，未来 UWP 只会收到 “bug、可靠性和安全修复”，而不会收到新功能，也就是说它现在已被正式弃用。
目前，市场上那些已经拥有 UWP 应用程序的开发者们，如果“对 UWP 的现有功能感到满意”，那他们当然可以继续使用 UWP。但对于一些想要“最新的运行时、语言和平台功能”的开发者而言，想要 WinUI 3、Web View 2、.NET 5 与 Windows 10 版本 1809 或更高版本的完全兼容，以及任何即将推出的新功能，则必须将其应用迁移到 Windows App SDK。
尽管这对一些人来说是一个有争议的话题，但为了重申这一显而易见的事实，微软几年前就对媒体说过，他们实际上是已经在“封杀” UWP 了。
文章图片
据了解，，早期微软曾计划将 UWP (Universal Windows Platform) 作为一个通用的方案让开发者创建可在桌面、移动设备和主机上运行的应用，但效果并不乐观。
有报道显示，去年微软发布的 Project Reunion v0.1，使用 WinUI 3 作为 UI 框架，就是在尝试将 Win32 桌面应用和 UWP 应用关键技术整合起来。而当时的 Project Reunion，恰好就是现在的 Windows App SDK。
虽然现在微软的这一新信息在公众面前仍有些模糊不清，但正式弃用 UWP 也代表着官方对公众的一种明确表态，也就是说，他们已经朝着 Windows应用程序开发的未来迈出了第一步——使用 Windows App SDK 构建的桌面应用程序，而非UWP。
不过好消息是，投入时间学习 UWP 和创建 UWP 应用程序的开发人员们，可以将他们的知识和经验应用于创建新的 Windows App SDK 应用程序，或将现有应用程序迁移到这个经过改进且完全支持的平台。
对于此次变更，业界评论者表示，“这是微软作为平台制造商的最大优势之一：致力于不让开发人员掉队。”
文章图片
因此，虽然 UWP 可能正在过渡到它“生命周期的维护阶段”，但支持它的用户们也可以继续前进，这听起来也不失为一个好消息。
推荐阅读
- 野营记-第五章|野营记-第五章 讨伐梦魇兽
- 艾略特的交易法则“遵循自然规律”
- 闲杂“细雨”
- “成长”读书社群招募
- 上班后阅读开始变成一件奢侈的事
- “精神病患者”的角度问题
- 说的真好
- 2021-02-10（找不回的“年味”……）
- “不完美，才美”01（190410）
- 火锅