10 月 27 日，微软放出了 2.6.4 稳定版，是 WinUI 框架包的一次小更新。更新日志的技术含量不高，方向却很清楚：把 AI 接口的门槛拆掉，语言模型 API 不再要求先申请受限访问权限；ONNX 运行时升到 1.27.1；修掉文本框在窗口销毁时仍存活导致的访问冲突。
真正影响生态的是 9 月 29 日那版实验性 SDK。WinUI 3 长期缺数据表格、图表与手写三块基础控件，开发者只好搬 Electron 或 WebView2 来凑，Windows 11 上于是多出一批「网页套壳」。实验版补齐了 TableView、图表控件与 InkCanvas，演示应用能扛 11 列、5,000 条交易记录，还修了一个让内存持续增长的对象清理问题。
补的是「能不能做」，不是「值不值得迁」
需要泼的冷水有两盆。其一，这批控件仍是实验 API，官方写明不能用于生产；TableView 也不是完整的 DataGrid，多行选择、多列排序、多级分组、列顺序调整都还没有，Chart 缺饼图与缩放。其二，套壳的原因不只在控件缺失，还在设计器、性能与第三方库生态——这些不是加两个控件就能补上的，补齐三个控件，离「原生优先」还有一段距离。
另一面是，AI 接口解禁意味着本地模型调用不再需要审批，对离线场景是实质利好。对做笔记、财务、管理这类应用的团队，这可能是第一次有理由认真评估原生方案。
更现实的一层是人的习惯：团队里会 Web 的人远多于写 XAML 的人，招人与接手的成本会压过那点内存优势；存量项目迁移，还得把界面重画一遍。这笔账很少被写进发布会。
今年 Build 大会上，微软自己承认 WinUI 有「大量功能缺口」，这才有了回归原生的说法。
判断：控件补齐解决的是可行性，迁移成本由另一本账决定。只要 TableView 不转正、性能没跑赢 WebView2，多数团队仍会选最稳的交付路径。想看到套壳减少，得等这批控件进入稳定通道，而不是等一份更新日志。
原文链接：https://www.ithome.com/1/020/443.htm
来源：IT之家
