微软测试 Reactor：可用 C# 编写 WinUI 原生界面，强调不会弃用 XAML

据 IT之家 10 月 25 日报道，微软在推出并测试实验性框架 Microsoft.UI.Reactor 后，针对开发者对现有 Windows 界面技术路线的担忧作出澄清：WinUI 和 XAML 不会因 Reactor 的出现而被停用。这项实验的核心，是让开发者直接使用 C# 编写基于 WinUI 的原生界面，而不必采用 XAML。对 Windows 应用生态而言，它意味着新增一种开发方式，而不是已经启动框架替换。

Reactor 改变的是编写方式，而非底层框架

理解这次争议，首先需要区分几项技术的角色。WinUI 是微软的原生界面框架，使用它构建的应用通常遵循 Windows 11 的设计规范，系统设置应用就是典型例子。XAML 则是一种描述应用界面的标记语言，并不是与 WinUI 并列竞争的另一套底层框架。

Reactor 建立在 WinUI 之上，尝试把界面的表达方式转向 C#。因此，“不必写 XAML”不等于“不再使用 WinUI”。真正引起关注的问题，是当微软提供另一种界面编写路径后，XAML 是否还会得到持续投入。

• WinUI：继续承担原生界面的底层基础。
• XAML：微软明确表示仍是使用 WinUI 的主流方案，不会被弃用。
• Reactor：目前处于实验和测试阶段，为开发者提供使用 C# 编写界面的新选择。

据报道，WindowsLatest 向微软求证后，微软引导其查阅新的文档和相关开源资料。微软开发者 Alexandre Zollinger Chohfi 也在 10 月 21 日的博客中说明，WinUI 是基础，XAML 的相关投入仍在继续。这一表态划清了实验项目与现有技术路线之间的关系。

开发者为何仍然担心技术路线变化

疑虑并非只来自 Reactor 本身。微软此前停止支持 Silverlight，UWP 虽仍名义上维护，但官方文档已说明其不再积极开发。如今，微软建议新应用采用 Windows App SDK 和 WinUI。对于需要长期维护产品的团队，这些变化意味着迁移、培训和维护成本，因而对新框架保持谨慎并不难理解。

来源还提到，微软此前已强调无意另起一套全新框架，并通过将 WinUI 3 简称为 WinUI 来突出持续演进的方向，减少开发者等待下一代版本的顾虑。不过，路线承诺能否转化为长期信心，仍取决于后续投入和实际维护表现，不能仅凭一次澄清作出判断。

影响：为 Windows 原生应用降低一道学习门槛

从工具生态看，Reactor 值得关注的地方，是它可能让熟悉 SwiftUI、React 或 Jetpack Compose 等开发方式的团队，多一个进入 Windows 原生应用开发的入口。直接以 C# 表达界面，有望减少额外学习 XAML 的负担，但这不代表现有项目需要立即改写。

如果实验顺利推进，它可能增强开发者选择原生界面的意愿；但“更多原生应用”乃至减少对 WebView 的依赖，目前都只能视为潜在方向。对于中文开发者和企业团队，更稳妥的做法是继续依据现有 WinUI、XAML 路线安排项目，同时观察 Reactor 的文档、工具支持和成熟度。新增选择值得关注，实验状态也同样不能忽略。