30 分钟造出一款原生应用

这份指南面向的是初学者。按照微软给出的流程，开发者借助免费的 GitHub Copilot，便可以让 AI 智能体自动添加功能、运行测试、把应用打包成 MSIX 安装包，再提交到 Microsoft Store。整个过程免费，需要的人工干预很少，开发者不必再经历传统应用开发中那些繁重的编码环节。

不过，更值得关注的是微软随指南一并提供的 AI 辅助迁移方案，尤其是针对既有 WPF 与 UWP 应用的迁移指引。这折射出微软解决 Windows 长期”原生应用匮乏”问题的真实思路：让新应用更容易开发，让老应用更容易迁移，同时把两个过程中繁琐的活交给 AI。

专为 WinUI 而生的智能体

新应用开发流程建立在 VS Code、.NET 10、WinUI 项目模板、GitHub Copilot 以及 WinUI Agent 插件之上。需要区分的是，这里的 WinUI Agent 不同于微软此前主推的通用 Copilot 聊天机器人，它被赋予了针对 WinUI 设计、代码审查、UI 测试、应用打包与框架迁移等任务的专门能力。微软还建议将它接入 Microsoft Learn 的 MCP 服务器，以便在查询时获取最新的 WinUI 接口文档。

在迁移指引中，微软没有把工作简化为”查找替换”。以 WPF 为例，System.Windows.* 命名空间需要整体迁移到 Microsoft.UI.Xaml.*，微软为此给 AI 智能体提供了一整套涵盖控件、线程、窗口管理、DPI 与数据绑定的替换对照表，并附上初始提示词，告诉智能体应重点排查哪些问题。针对 UWP 到 WinUI 3 的迁移，微软直言 UWP 已不再处于积极开发状态，WinUI 3 与 Windows App SDK 才是后继方案。

从”3″中走出的生产平台

在 Build 2026 大会上，微软明确将 WinUI 称作”Windows 应用的生产平台”，并从名称中去掉了”3″字，向开发者传达一个信号：未来不会再推倒重来地重构整个框架。微软还承诺降低运行时内存占用、新增 DataGrid 与图表支持、改善与 WPF 的互操作，并进一步扩大开源——事实上，如今的 WinUI 已经完全开源。

微软自身也在用 WinUI 3 替换 Windows 11 中一批历史久远的界面组件，自动播放、打印管理等已率先改用新框架，后续还会有更多。微软强调，推广原生应用并非认为 WebView2 或 Electron 是糟糕的技术，其官方文档仍将 WebView2 视为混合开发的合理选择。颇具反差的是，Windows 11 自带的天气应用恰恰基于 WebView2 构建，在空闲状态下就会占用约 1.2GB 内存，约为苹果原生 macOS 天气应用的 5 倍。