微软近日发布了一份新的快速入门指南，帮助开发者利用AI、VS Code和自家的winapp CLI，从一个空文件夹开始，一步步创建并发布WinUI 3应用。微软表示，整个流程大约只需要30分钟，而且无需安装Visual Studio，使用的工具也都是免费的，包括GitHub Copilot的免费版本。

这份简单的30分钟指南，本质上是在吸引初学者为Windows 11开发应用，而且不必再经历传统开发中那些「繁重」的编码工作。现在，任何人都可以借助AI创建一个新的WinUI应用，让AI智能体添加功能、测试结果，将应用打包成MSIX，然后提交到Microsoft Store，整个过程免费，而且所需人工操作非常少。

不过，更值得关注的是微软随指南提供的AI辅助迁移指南，尤其是针对现有WPF和UWP应用的迁移方案。这才是微软解决Windows长期以来原生应用问题的真正思路：让WinUI应用更容易开发，让老应用更容易迁移，同时让AI处理这两个过程中那些繁琐的工作。新应用开发流程基于VS Code、.NET 10、微软Windows App Development CLI、WinUI项目模板、GitHub Copilot以及WinUI Agent插件。

WinUI Agent配备了针对WinUI设计、代码审查、UI测试、应用打包以及框架迁移等任务的专门能力。微软还建议将该AI智能体连接到Microsoft Learn MCP服务器，这样它就可以在执行查询时获取最新的WinUI API文档。

WPF迁移指南并没有把这件事包装成简单的查找和替换工作。System.Windows.*需要转换为Microsoft.UI.Xaml.*。微软为AI智能体提供了一整套替换对照表，涵盖控件、线程处理、窗口管理、DPI处理和数据绑定等内容。针对UWP迁移，微软特别提醒，由于AI模型已经基于多年来积累的大量UWP示例进行了训练，如果迁移技能没有明确告诉AI应该采用哪些替代方案，模型很可能会继续生成传统UWP的代码模式。

长期以来，Windows上不断出现Web应用，而不是原生应用，一个重要原因就是跨平台Web框架的开发成本更低。在Build 2026大会上，微软明确表示希望改变开发者的这种看法，并将WinUI称为「Windows应用的生产平台」。同时，微软还从名称中去掉了「3」，试图向开发者社区传达一个信号：未来不会再把整个框架推倒重来。微软还承诺降低内存占用，增加DataGrid和图表支持，改善WPF互操作能力，并进一步扩大开源参与度。

讽刺的是，Windows 11的天气应用就是基于WebView2构建的。它在空闲状态下就会占用约1.2GB内存，大约是苹果原生macOS天气应用的5倍，而且后台还运行着9个Chromium子进程。一些热门第三方应用也面临类似问题，例如WhatsApp的Windows应用一直存在加载速度较慢的问题，Discord甚至承认自己的Windows应用属于「资源消耗大户」。

微软负责Aspire项目的杰出工程师David Fowler最近表示，「手写代码」已经彻底成为过去。但如果微软希望借助AI生成更多Windows软件，那么这些软件依然必须足够高效。否则，让原生应用变得更容易开发，只会导致Windows上出现更多优化糟糕的原生应用。微软仍然需要证明一点：这些由AI构建的WinUI应用，真的能够比它想要取代的Web应用运行得更快、占用更少资源。