微软正式弃用 UWP
Windows 应用程序开发文档最近更新了一部分关于将应用迁移到 Windows App SDK 的内容。
微软希望通过此举鼓励开发者采用 Windows App SDK 和 WinUI 3 开发 Windows 应用程序。微软项目负责人 Thomas Fennel 解释道：“Windows App SDK 专注于让开发者能够在 Windows 上构建最高效的应用程序。为了实现这一目标，微软使用现有的桌面项目类型而不是 UWP 作为 Windows App SDK 的基础，因为桌面项目类型提供了大量的现有桌面 API 和兼容性。”
按照微软早期的计划，它希望将 UWP (Universal Windows Platform) 作为一个通用的方案让开发者创建可在桌面、移动设备和主机上运行的应用，但实际的反响并不乐观。去年微软发布 Project Reunion v0.1 正是试图整合 Win32 桌面应用和 UWP 应用关键技术，使用 WinUI 3 作为 UI 框架。Project Reunion 即现在的 Windows App SDK。
微软表示，UWP 此后只会收到“错误、可靠性和安全修复”，不会再引入新功能。因此 UWP 事实上已被微软弃用，现有的 UWP 应用开发者如果对当前的功能感到满意可以继续使用 UWP，但如果想用上最新的运行时、语言特性和平台功能，包括 WinUI 3、WebView 2、.NET 5，与 Windows 10 版本 1809 或更高版本的系统完全兼容，以及任何即将推出的新功能，那么必须将他们的应用程序迁移到 Windows App SDK。
延伸阅读
关注公众号 低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有，本站原创内容转载请注明来源。
- 上一篇
开发者验证移除 CPython GIL 可行，可显著提高多线程性能
一位名叫 Sam Gross的开发者提出了一个对全局解释器锁（GIL）进行重大修改的设想。其目标在于移除 CPython 中的 GIL，以使得多线程能够并行执行 Python 代码。目前，该项目已经引起了 Python 核心开发团队的关注。 我一直在对 CPython 进行修改，使其能够在没有全局解释器锁的情况下运行。我想与大家分享一个可以在没有 GIL 的情况下运行的概念验证。这个概念验证涉及到对 CPython 内部的大量修改，但对 C-API 的修改相对较少。它可以与许多 C 语言扩展兼容：扩展必须被重建，但通常只需要对源代码进行较小的修改或不需要修改。我已经从科学的 Python 生态系统中构建了兼容的软件包版本，它们可以通过捆绑的"pip"来安装。 Gross 在设计文档中详细列举了移除GIL 需要承担的一些风险以及他认为要移除 GIL 的理由： 风险 移除 GIL 将是一项大型、多年的任务，引入错误和回归的风险会增加。 移除 GIL 意味着在单线程和多线程性能之间进行权衡。“我相信 - 我们可以创建一个没有 GIL 的 CPython，它在单线程和多线程工作负载方面都比当前...
- 下一篇
异构智联Wi-Fi6+蓝牙模组，重新定义多屏互联体验！
下班回家打开门，电灯、电视、空调、音响、电动窗帘、扫地机器人……一呼百应，有序开工，原本冰冷的房子立刻变成了温暖港湾。可以说，舒适便捷的智能设备已经完全融入了我们的生活中。 从单一场景、单一设备，到现如今的设备互联、业务融合，局域网短距通信已成为新的发展趋势。 然而，在智能设备通过Wi-Fi连接的过程中，仍有亟待解决和优化的用户使用需求与体验！ 操作繁琐，连接不畅----Wi-Fi P2P直连不依赖于路由器，可以方便地实现户外设备连接，但P2P直连功能配置环节繁琐，甚至存在Wi-Fi直连失败的状况，老年人使用时更是无从下手； 功耗高，耗电快----即使无数据传输，保持Wi-Fi连接也需消耗较多电量，Wi-Fi无法进入智能低功耗模式，无法根据场景自主唤醒，以致功耗居高不下，产品发烫、耗电速度加快。 存在不稳定性----在复杂干扰的环境中，无线信号极不稳定，容易出现卡顿、断网等现象。 为解决广大用户和厂商的切实痛点，华为联合业界TOP模组厂商推出了异构智联Wi-Fi+蓝牙的模组解决方案，提供快连接、低功耗、多个设备间任意直连的解决方案。目标打造多屏设备直连的通信底座，为您的产品提供Turn...
相关文章
文章评论
共有0条评论来说两句吧...
微信收款码
支付宝收款码