第 1166 期：微软希望开发者使用 WinUI 开发 Windows 11 原生应用

在 Windows 上，网页应用近在咫尺，只需滚动或轻触一下即可访问，甚至像收件箱天气这样的基础应用，也会使用 Edge 的 WebView2 在后台加载 MSN 网站的内容。这就是当前 Windows 11 的状态，但正如微软之前承诺的，他们会开发 100% 原生的应用。而现在，即便您之前是使用其他开发框架，该公司也在让构建原生 WinUI 应用变得更容易。

微软用 WinUI 重建自己的应用，只解决了这个问题：即该公司一直忽视 WinUI，且偏向基于 WebView2 的网页解决方案，而不是那个原本运行良好的旧 Win32 API。有一个项目叫做 “Microsoft.UI.Reactor”，它本身并不是为了取代 WinUI，但可能有助于解决 Windows 11 原生应用的问题。

Microsoft.UI.Reactor 是一个实验性的 C# 框架，用于渲染 WinUI 控件，所以它不是一个新的 UI 平台，也不打算取代任何东西，包括 WinUI。这与微软之前的声明是一致的。在 2026 年的 Build 开发者大会上，微软承诺，会继续支持 WinUI，而 Reactor 则是基于同一基础构建应用程序的另一种方式。

“没有新的渲染器，也没有任何分支。Reactor 渲染 WinUI 控件和基础组件”，微软公司指出。

微软希望其他平台的开发者在 WinUI 上也能找到家的感觉，并且它没有计划淘汰 XAML

WinUI 是一个专门用于 Windows 的开发框架，用户通常把它和用来构建遵循 Windows 11 设计指南的现代应用框架联系在一起。它的应用通常是用 XAML 构建界面，再加上处理应用逻辑的代码。

问题不在 XAML，但如果一个 Android 或 macOS 开发者，想用 WinUI 构建原生 Windows 应用，仅有基础编程知识是不够的。他们依然需要学习 Windows 下是如何运行的。

借助 Reactor，微软表示，开发者现在可以直接用 C# 描述界面，这样如果计划把他们的移动或 macOS 应用移植到 Windows，就不必再涉及 XAML 了。它让使用 WinUI 入门变得稍微容易些，不管您之前用过的是 SwiftUI 还是 React Native，都应该感觉比较熟悉。

“如果您曾用 React、React Native、SwiftUI 或 Jetpack Compose 构建过界面，通常的 WinUI 路径是从学习标记语言和绑定引擎开始，我们想看看 Reactor 是否可以去掉这一步”，微软在一份被我们获取的文档中解释道。

“XAML 是一等公民的使用方式，它不会被废弃，而且还在持续获得投资”，微软确认道。

我觉得，这里真的很有意思，作为一个 React 开发者，我坚信微软如果让开发者更容易构建原生应用，就能说服他们放弃发布 Web 包装器或者 Chromium 垃圾应用。

如果入门感觉像额外负担，您不能指望开发者去使用 WinUI。他们宁愿先做一个 Web 应用，这比先学 XAML 来得快。

一个简单的原生应用现在可以放在一个文件里

例如，微软解释说，用 XAML 构建的示例应用需要五个文件和一个项目文件。但使用 Reactor 后，这就只剩下一个 C# 文件了。

话虽如此，尝试 Reactor 还有其他好处，不只是避免学习 XAML。其中一个功能是内置了 60 个代码检查，可以标记与 Windows 功能相关的问题，比如暗模式、无障碍甚至性能问题。

在文档中，微软指出，这些代码检查可以发现 “无法在暗模式下生效的硬编码画刷” 或者 “屏幕阅读器只会读作 ‘按钮’ 的图标按钮”。

听起来可能不算大事，但看看 Windows 应用的现状，以及它们看起来或感觉起来多么 “未完成”，微软用 Reactor 的方法可能会改变游戏规则。

此外，微软确认，Reactor 能在大多数编辑操作中保持应用的状态，所以如果您是一名开发者，您可以在工作时看到更改效果。

最后但同样重要的是，Reactor 的 C# 优势应该让开发者，甚至非开发者，也能使用 AI 编程工具为 Windows 11 构建应用。至少，我很高兴我们将看到更多使用 WinUI 框架构建的 Windows 11 应用，这意味着，更快的性能、本地体验和更好的操作系统级集成。

另外值得一提的是，如果您是一位高效能人士，拓扑梅尔智慧办公平台最近也更新到了最新的 6.0 版本，带来了诸如文件管理，个人工作台，文件秒搜，远程协助，音视频通话等功能，可以帮助您进一步提升日常工作效率。

您使用过 WinUI 开发过应用吗？您觉得这个开发框架有哪些需要改进的地方？