微软承诺这次不会弃用 Windows 11 原生 WinUI，但开发者以前也听过这话
Microsoft 澄清称，在开始测试名为 Microsoft.UI.Reactor 的实验性框架后，并没有要弃用 WinUI 和 XAML。考虑到 Microsoft 过去放弃 UWP、终止 Silverlight 的历史，一些开发者对此心存疑虑也不足为奇。
如果你不了解（或者不是开发者），WinUI 是 Microsoft 的原生 UI 框架。使用它构建的应用通常遵循 Windows 11 的设计风格，例如“设置”应用。XAML 则是开发者用来描述应用界面的标记语言。
Reactor 基于 WinUI 构建，让开发者无需编写 XAML，就能直接用 C# 描述这些原生界面。显而易见，Reactor 并非要取代 WinUI，但它确实让人不禁想问：这会不会成为 XAML 的最后一根稻草？毕竟多年来，XAML 一直像是被冷落了。
我向 Microsoft 求证，对方让我查阅他们发布的新文档和开源资料。
Microsoft 的 Alexandre Zollinger Chohfi 在 10 月 21 日的一篇开发者博客文章中写道：“WinUI 是基础。XAML 是使用 WinUI 的一等方式，不会被弃用，而且仍在获得积极投入。”
Microsoft 居然还得特意声明这一点，倒是挺有意思的，不过他们这么做是对的。
经历 Silverlight 和 UWP 后，开发者有理由保持谨慎
我已经密切关注 Windows 开发十年了，而 Microsoft 有着终止产品的历史。论投入力度，它不输 Google，甚至更糟。
Microsoft 于 2021 年 10 月 12 日终止了对 Silverlight 的支持。UWP “名义上”仍受支持，但 Microsoft 自己已经不再用 UWP 开发新应用，其文档也明确表示 UWP“已不再积极开发”，所以说它实际上已经消亡并不为过。事实上，Windows“一个应用搞定一切”的整体愿景如今也已不复存在。
https://www.windowslatest.com/wp-content/uploads/2025/11/WhatsApp-WebView2-version-climbs-from-600MB-RAM-usage-to-about-1.2GB-RAM-while-scrolling-through-messages-Video-is-sped-up-by-2.5X.mp4WhatsApp 用 WebView2 版本取代了原生 UWP 应用。在我们此前对网页版的测试中，滚动浏览聊天记录时，内存占用从约 600MB 飙升至 1.2GB。视频已加速 2.5 倍。视频：WindowsLatest.com
Microsoft 转而建议开发者使用 Windows App SDK 和 WinUI 开发新应用。
我亲眼看着 Microsoft 在大肆宣传之后，把 Project Astoria（将 Android 应用引入 Windows）、Windows Subsystem for Android 和 iOS 桥接项目等项目一个个“吃干抹净”（也就是终止）。Windows Phone 的事我甚至都不想提。
你可以说 Silverlight 或 UWP 与 WinUI 的用途不同，但不可否认，它们的经历足以解释为什么 Microsoft 再次宣布推出框架会让开发者感到不安。
从消费者到后来成为开发者，我亲眼见证 Microsoft 每隔几年就改变一次策略，这一路真是跌宕起伏。我们没有充分理由相信，如今的 Microsoft 与几年前有什么不同。事实上，公司最近为削减成本、加大 AI 投入而进行的重组，可能会再次让 Windows 被搁置，打乱当前的复兴计划。
Microsoft 表示将继续支持 WinUI
今年早些时候，我们也听到过类似的承诺，至少对于 WinUI 是如此。在 Build 2026 开发者大会上，Microsoft 的 Chris Anderson 表示，公司“无意开发新的框架”。
Microsoft 甚至开始将 WinUI 3 简称为“WinUI”，以免开发者误以为 WinUI 4 即将推出，从而觉得不如先等等。
https://www.windowslatest.com/wp-content/uploads/2026/06/WinUI-native-framework.mp4Chris Anderson 在 Build 2026 上解释 Microsoft 为什么要从 WinUI 名称中去掉“3”。
视频来源：Microsoft / WindowsLatest.com
这么做是为了体现“延续性”，我觉得这和 Microsoft 365 类似。你不会每年都等 Microsoft 365 v2，因为你知道它会持续更新，无需等到重大版本发布后才开始使用。
Microsoft 曾在 Windows 10 上尝试过类似做法，称 Windows 10 将是 Windows 的最后一个版本，但最终还是改变了主意。我认为这也给 OEM 厂商带来了问题：Windows 即服务让用户更没理由购买新硬件，因为现有 PC 也能持续获得新功能。
Reactor 改变了 WinUI 应用的编写方式
那么，Reactor 到底有什么了不起？Microsoft 并非每次宣布新东西都会带来坏结果，我认为 Reactor 可能就是个好例子。如果它能成功，Windows 最终或许会拥有更多原生应用，我们也可能就此告别基于 WebView 的应用。
就连 Windows 11 的天气应用也使用 WebView2。在我们 2026 年 8 月的测试中，它在闲置时占用了超过 1.2GB 内存。图片：WindowsLatest.com这正是一些开发者想要的。我说的不是只为 Windows 开发的开发者，而是那些使用 SwiftUI、React 或 Jetpack Compose 的人。如果你熟悉其中某个框架，通常仍然需要学习 XAML 才能开发 WinUI 项目。在我看来，这种采用熟悉风格的新思路可能会带来重大改变。
如果你是开发者，习惯用 XAML 开发 WinUI 应用，那你应该已经注意到，管理状态的代码和界面标记可能分散在多个文件中，有时情况还会更复杂。而 Reactor 则允许开发者同时描述外观并维护组件状态，从而解决这个问题。与使用 XAML 相比，它能减少文件数量。
还值得一提的是，即使开发者开始用 Reactor（C#）编写标记并弃用 XAML，他们仍然会使用真正的 WinUI 控件，包括文本框、导航视图和其他控件。
Microsoft 已确认，Reactor 不会引入独立的渲染器或基于浏览器的界面，因此 WinUI 不受影响，并且仍是整个实验的基础。
Teams 也是一款 WebView2 应用。在我们此前使用新账户进行的测试中，即使没有任何对话，它也占用了 963MB 内存。图片：WindowsLatest.comMicrosoft 在该项目的 GitHub 文档中指出：“Reactor 不是新的 UI 平台，而是描述 WinUI 内容的一种新方式。”
一位开发者也很喜欢它，并表示：“我的第一反应是：‘哦，终于来了。’希望这项技术能普及，让来自其他技术栈的开发者更容易参与原生 Windows 开发。想象一下没有 Electron 臃肿垃圾软件的世界，岂不是很棒？”
你怎么看？这是让原生应用重回 Windows 的最佳途径吗？