微软受够了 Windows 11 上的劣质网页应用，现在正让原生 WinUI 应用变得更容易开发

在 Windows 上，网页应用触手可及，只需滚动页面或点一下即可。就连最普通的收件箱天气应用，也会在后台使用 Edge 的 WebView2 加载 MSN 内容。这就是 Windows 11 的现状。不过，正如微软此前承诺的那样，它将打造完全原生的应用。如今，即使开发者来自其他平台，微软也在让他们更轻松地开发原生 WinUI 应用。

微软用 WinUI 重做自家应用，只能解决一小部分问题。微软此前忽视 WinUI，转而青睐基于 WebView2 的方案，而不是那些原本运行良好的旧版 Win32 API，这才造成了如今的局面。有一个名为“Microsoft.UI.Reactor”的项目，它并非要取代 WinUI，却可能有助于解决 Windows 11 原生应用不足的问题。

Windows 11 天气应用占用超过 1GB 内存。图片来源：WindowsLatest.com

Microsoft.UI.Reactor 是一个实验性的 C# 框架，用于呈现 WinUI 控件。它既不是新的 UI 平台，也无意取代任何东西，包括 WinUI。这也与微软此前的表态一致。在 Build 2026 开发者大会上，微软承诺会继续使用 WinUI，而 Reactor 则是在同一基础上构建应用的另一种方式。

微软表示：“它没有引入新的渲染器，也没有分叉任何项目。Reactor 渲染的是 WinUI 控件和基础元素。”

微软希望其他平台的开发者也能轻松上手 WinUI，并无意淘汰 XAML

WinUI 是专为 Windows 打造的框架，用户通常会将它与开发符合 Windows 11 设计规范的现代应用联系起来。WinUI 应用通常使用 XAML 描述界面，再配合负责应用功能的代码来构建。

问题并不在于 XAML。但如果 Android 或 macOS 开发者想用 WinUI 构建原生 Windows 应用，仅掌握基础编程知识还不够，他们仍然需要学习 Windows 上的开发方式。

微软表示，借助 Reactor，开发者现在可以直接用 C# 描述界面。如果想将移动应用或 macOS 应用带到 Windows，就不必再使用 XAML。无论你熟悉的是 SwiftUI 还是 React Native，这种方式都能让你更轻松地开始使用 WinUI。

微软在 Windows Latest 看到的一份文档中解释道：“如果你曾用 React、React Native、SwiftUI 或 Jetpack Compose 构建 UI，那么按照常规流程使用 WinUI，就得先学习一种标记语言和绑定引擎。我们想看看 Reactor 能否省去这一步。”

微软确认：“XAML 仍是首选用法之一，不会被弃用，而且仍在持续获得投入。”

我觉得这才是真正有意思的地方。作为一名 React 开发者，我坚信，只要让原生应用更容易开发，微软就能说服开发者不再发布网页套壳应用或糟糕的 Chromium 应用。

如果上手 WinUI 感觉像是在做无谓的工作，就不能指望开发者愿意使用它。他们宁愿直接做网页应用，因为这比先学 XAML 更快。

现在，一个简单的原生应用只需一个文件

例如，微软解释说，用 XAML 构建示例应用需要五个文件和一个项目文件。而使用 Reactor 后，只需一个 C# 文件。

此外，尝试 Reactor 还有其他好处，不只是可以免学 XAML。它的一项功能是内置了 60 多项代码检查，可标记深色模式、无障碍功能乃至性能方面的问题。

微软在文档中表示，这些代码检查能够发现“无法适配深色模式的硬编码画笔”，或“屏幕阅读器会将其读作‘按钮’的纯图标按钮”。

这听起来可能不是什么大事，但看看 Windows 应用的现状，以及它们看起来或用起来有多么“未完成”，就会发现微软推出 Reactor 的做法可能会带来重大改变。

WinUI 3 Gallery。图片来源：WindowsLatest.com

微软还确认，Reactor 能在大多数编辑操作中保留应用状态，因此开发者可以边开发边查看改动效果。

最后，Reactor 使用 C# 的优势，应该能让开发者甚至非开发者借助 AI 编程工具为 Windows 11 构建应用。无论如何，我很高兴看到未来会有更多 Windows 11 应用采用 WinUI 框架开发，这意味着更快的运行速度、更原生的体验，以及更完善的操作系统级集成。