第 715 期：微软表示将优化现代 Windows 11 应用程序调整大小体验

作者：BlogUpdater | 时间：2026-05-30 | 浏览：215 | 评论已关闭条评论

作为微软重振 Windows 11 原生应用程序开发的努力的一部分，近日，该公司证实，WinUI 3 正在优化调整大小功能，类似于现有的 UWP 应用程序。

Windows 11 目前正在经历大规模的结构转型。多年来，我们一直容忍古老的界面元素、缓慢的网页程序和现代原生应用程序的混乱混合。

从开发者的角度来看，最不合时宜的视觉缺陷之一是，当您试图调整现代 WinUI 3 应用程序的大小时，边缘会出现毫无吸引力的黑色撕裂。幸运的是，微软的合作伙伴设计总监马奇·罗杰斯 (March Rogers) 说，修复方案正在积极开发中，很快就会向用户推出。

“我们正在对平台进行改进，以解决撕裂问题，将于今年夏天开始推出。”

老实说，我不知道 WinUI 3 应用程序还没有平滑的大小调整功能，也许原因是，绝大多数内置的 Windows 11 应用程序都是 UWP 应用。

下面是具有平滑调整大小的时钟应用程序，因为它是 UWP 应用程序：

另一方面，Windows 11 的照片应用程序是 WinUI 3 应用，因此在调整大小时有一个非常明显的撕裂，尽管我已经使用了一个黑暗的背景：

然而，这种情况可能在几个月后很快就会改变。

今年夏天，WinUI 3 应用程序将推出平滑调整大小功能

在社交媒体上，一位开发人员联系了 Windows 设计和工程主管，询问 WinUI 3 应用程序是否最终能像以前的 UWP 应用程序一样平稳地调整大小。

他指出，像微软商店和 Windows 时钟这样的传统 UWP 应用程序可以完美地调整大小。然而，他们正在开发的现代 WinUI 3 应用程序存在严重的视觉问题，用户调整应用程序窗口时，会留下粗糙的黑色边框，并沿边缘撕裂。

罗杰斯说，Windows 团队目前正致力于平台改进，以解决撕裂问题。为了确保最高级别的稳定性，微软正在本地内置应用程序上测试平滑的调整代码。一旦他们确信，修复程序在测试中运行良好，他们就会将更新推送到 Windows App SDK。罗杰斯证实，该产品将于今年夏天推出。对于高级用户和开发人员来说，这是一个巨大的安慰。

我们正在改进平台以解决撕裂问题。我们正在测试系统内置的应用程序，以确保它运行良好，然后我们推出的 Windows App SDK，该修复将于今年夏天推出。

我在这里发现最有趣的事情是，罗杰斯说，他们正在测试系统内置应用程序，这意味着，我们可能很快也会得到原生的第一方WinUI 3 应用程序，这并不令人惊讶，因为我们已经报道过，微软的合作架构师 Rudy Huyn 正在组建一个团队，专注于为 Windows 11 构建 100% 的 WinUI 3 应用程序。

最近，微软著名工程师大卫·福勒 (David Fowler) 兴奋地在社交媒体上发帖说：“原生应用又回来了！”

然而，让我困惑的是，像 UWP 这样微软已经正式放弃的开发平台，在调整大小的时候怎么会比 WinUI 3 更流畅。

也就是说，围绕着 WinUI 3 的发展是相当有趣的。

为取代数十年的旧式桌面代码而进行的斗争

当微软第一次推出 Win32 时，他们并没有意识到，它会持续很长一段时间，然而，Windows 11 仍然是建立在传统的代码之上的。试图在三十多年前编写的代码之上构建一个现代的 GPU 加速的用户界面框架，不可避免地会导致巨大的渲染问题。

内部设计团队敏锐地意识到这些图形渲染的不一致性。在最近的一次讨论中，微软表示，它最终将专注于 Windows 11 的设计，从设置应用程序开始，以取代陈旧的控制面板。March Rogers 和他的团队正在系统地查找这些图形渲染错误，以创建真正有凝聚力的桌面体验。

然而，解开这个遗留代码网络是一项艰巨的任务。当微软解释为什么他们仍然不能完全关闭 Windows 11 中的控制面板时，我们详细描述了这种挣扎。有深入嵌入的企业依赖项、注册表项和复杂的 COM 对象，如果不破坏关键的管理工具，就无法在一夜之间重写这些对象。

这种缓慢的迁移，创造了一种脱节的用户体验，其中漂亮的圆形现代元素正好位于过时的对话框顶部。这不仅仅是遗留代码，甚至Windows 8 中的代码也存在，但幸运的是，微软确认，他们正在努力在 Windows 11 中替换旧的 Windows 8 界面元素。

本机 WinUI 3 应用程序正在取代缓慢的网页程序

鉴于这些问题，微软正加大对 WinUI 3 的投入，以将操作系统从臃肿的网页应用程序中拯救出来。经过多年的用户反弹，这家软件巨头现在正努力摆脱笨重的 React Native 和 WebView2 网页架构。

令人痛心的是，像开始菜单这样最基本的功能，竟然不是运行在本地代码上。幸运的是，微软已确认，Windows 11 的开始菜单将从基于网络的 React 组件转向 WinUI 3。

系统级对话框也正在进行重大底层升级。我们已经见识了 WinUI 3 的强大功能，新的 Windows 11 运行对话框比它所替代的 Windows 95 版本更快。这直接证明了，现代的 C# 和 WinUI 3 框架在正确设计下，可以轻松超越古老的 Win32 代码。

微软的努力正在整个操作系统界面持续展现。传统的文件资源管理器属性对话框正在被 WinUI 3 版本取代，并配备了暗黑主题模式。

是的，这些进展，以及即将到来的 WinUI 3 的流畅调整大小功能，都是好的，但直到我们意识到最大的障碍是说服开发者为 Windows 11 开发原生应用程序之前，这一切都只是表面上的好。

通过 Windows App SDK 2.0 重建第三方开发者的信任

要让 Windows 11 真正作为一个成功的平台，第三方开发者必须采用 WinUI 3。目前，桌面生态系统正面临困境。即便是微软也将 Copilot 降级为一个缓慢的网页应用，尽管一个新的设计很快就会推出。

我们最近发布了一篇报道，其中一位开发者向我们解释了，为什么 Windows 11 一直只能获得网页应用而不是原生应用。问题在，于微软自己从未完全承诺采用单一框架。Windows App SDK 历来存在错误且难以使用。现在我们知道，它还缺乏基本的视觉功能，比如流畅的调整大小。当开发者在应用程序边界看到黑色撕裂时，他们没有动力使用原生代码进行开发，而是选择使用 Electron 或 WebView2 来确保一致的视觉质量。此外，微软在最终确定 WinUI 3 之前尝试了多种框架，这一点也无助于问题的解决。