WinUI补齐表格图表控件，比Electron轻多少仍是未知数

微软在10月27日发布了Windows App SDK 2.6.4，这次更新没有大张旗鼓地宣传新功能，而是把重点放在了内存优化和AI运行时升级上。但真正值得玩味的，是9月29日实验版2.5.4中悄悄加入的TableView、Chart和InkCanvas控件——它们指向一个更根本的问题：Windows 11的原生应用框架，到底能不能把开发者从“网页套壳”的路上拉回来？

这次2.6.4的更新内容本身相当克制。ONNX Runtime升级到1.27.1，改善了Windows AI的推理能力；Language Model API不再要求应用先解锁受限访问特性，简化了本地大模型调用的门槛。修复项也偏技术性，比如文本控件在应用关闭时可能触发的访问冲突崩溃。这些改动对普通用户来说无感，但对开发者而言，它们是WinUI走向成熟的必要台阶。

真正的信号藏在2.5.4实验版里。TableView支持展示、排序、筛选、分组和编辑大量记录，演示应用能处理11列、5000条交易数据；Chart提供折线图、面积图和柱状图；InkCanvas和InkToolbar让应用原生支持触控笔和手写输入。微软明确表示这些控件尚未达到正式产品的成熟度，开发者可以通过WinUI Gallery 3.0试用。

把这两次更新放在一起看，微软的意图很清楚：补齐WinUI长期缺失的基础控件，让开发者不必为了一个数据表格或图表功能就转向Electron或WebView2。Windows 11上那些占用内存惊人的办公、财务和笔记应用，很多都是用Web技术构建的——它们本质上是在桌面应用里跑了一个浏览器内核。

但这里有个问题需要直接挑明：新控件离真正替代成熟方案还有明显距离。TableView不是完整的DataGrid替代品，不支持电子表格式交互、多行选择、多列排序、多级分组和列顺序调整。Chart也缺少饼图、缩放和平移这些常见能力。也就是说，开发者如果要用WinUI做出跟Electron应用同等功能的产品，仍需要自己填补大量空白。

微软在Build 2026上承认WinUI存在“大量功能缺口”，这算是一次罕见的公开认错。但承认缺口和填补缺口是两回事。从时间线看，2.5.4实验版在9月29日发布，2.6.4稳定版在10月27日推出，间隔不到一个月。这个节奏说明微软在加速迭代，但同时也暴露了一个事实：这些控件从实验到转正，再到被开发者实际采用，还需要相当长的周期。

更值得追问的是内存占用的实际改善幅度。微软声称这次更新“减少内存占用”，但官方没有给出具体数字。2.5.4修复了导致内存持续增长的资源跟踪问题，改进了.NET应用中不可达WinUI对象的清理机制——这些都是技术层面的修复，不是性能跃升。一个Electron应用动辄占用300-500MB内存，WinUI应用理论上可以做到100MB以内，但前提是开发者完全按照原生规范编写代码。现实情况是，很多所谓的WinUI应用依然混用了WebView2组件，内存优势并没有想象中明显。

横向对比其他平台，macOS的SwiftUI和iOS的UIKit都提供了完整的数据表格、图表和绘图控件，开发者不需要额外寻找第三方库。WinUI过去几年在这方面的缺失，导致不少跨平台框架（如Flutter、.NET MAUI）反而成了更现实的选择。微软现在补课，方向是对的，但力度还不足以撼动Electron在桌面应用领域的统治地位——后者拥有庞大的生态、成熟的调试工具和无数现成的组件库。

一个合理的推测是：如果微软不能在接下来的两个大版本内让TableView和Chart达到生产级质量，开发者仍会继续选择Web技术路线。毕竟，对一个商业团队来说，等待原生框架成熟的机会成本太高了。微软这次更新的诚意值得肯定，但“网页套壳”应用的退场，恐怕不会因为一次SDK更新就发生。

信息来源：IT之家｜原文标题：告别“网页套壳”：微软完善 Win11 原生框架 WinUI 体验，减少内存占用｜原文链接：https://www.ithome.com/1/020/443.htm