- 积分
- 83968
- 最后登录
- 2024-9-21
- 精华
- 0
- 阅读权限
- 160
- 主题
- 9074
- UID
- 456912
- 帖子
- 161980
- PB币
- 257
- 威望
- 3196
- 贡献
- 0
- 技术
- 90
- 活跃
- 18404
- UID
- 456912
- 帖子
- 161980
- PB币
- 257
- 贡献
- 0
- 技术
- 90
- 活跃
- 18404
|
微软对使用Windows应用程序SDK构建的应用程序进行了重大改进,声称加载时间快了50%,应用程序大小也大大缩小了。据Windows Latest报道,这些变化是由原生提前编译(Native AOT)等新技术推动的,尽管实际的性能提升将取决于开发者更新他们的应用程序。
Windows App SDK 通过提供工具,使开发人员能够访问现代API,而无需强制他们进入特定的框架,从而弥合了Win32和UWP之间的差距。然而,使用该SDK的应用程序因启动时间长和UI响应速度慢而受到批评。
微软承认自己的几个应用程序存在性能问题,包括Photos和Phone Link,这些应用程序的启动屏幕比预期的要长,响应时间也较慢。这些问题在重启后第一次启动应用程序时尤其明显。作为解决方案,微软建议在后台运行应用程序,以缩短启动时间。
这些问题的关键解决方案之一是引入 Native AOT 支持,它可以加快启动时间并减少内存使用。Native AOT 提前编译应用程序,与传统编译方法相比,提高了性能。但是,开发人员在构建或更新应用程序时需要自己实现此功能。
在早期的测试中,微软观察到了实质性的改进:应用程序加载速度提高了50%,应用程序包缩小了8倍。在自包含模式下运行的应用程序的大小也减少了 67%,进一步提高了基于Windows App SDK 的应用程序的效率。
微软还改变了 Edge WebView2 SDK 的处理方式。在此之前,该SDK是硬编码到Windows App SDK 中,这增加了应用程序的大小。现在,它可以根据需要通过 NuGet 访问,这有助于减少整个应用程序包的大小,尽管这个变化不会直接影响应用程序的性能。
虽然这些优化不会立即使应用程序更快,但它们为开发人员采用更新的SDK时的显著改进奠定了基础。随着时间的推移,使用带有 Native AOT 的 Windows App SDK 1.6 构建的应用应该表现出更好的性能、更少的内存使用和更小的文件大小。尽管有了这些改进,但由于显而易见的原因,在应用更新之前,缓慢的应用启动时间和滞后的动画仍然是一个问题。
|
|