Windows 11 因 WinUI 连基础功能都做不好而出现更多 Web 应用，如今微软正着手收拾残局

微软已确认，正在准备推出备受期待的 WinUI DataGrid 控件。这一控件有望说服更多开发者使用 Windows 11 的现代框架构建应用，而不是选择 WebView2 等其他方案。微软此前已在 Build 2026 开发者大会上预告了该控件，如今距离公开发布更近了一步。

但这为什么意义重大？虽然这项变化面向开发者，但 DataGrid 风格的控件意味着 WinUI 现在可以正确显示表格数据，用户很快可能会看到更多基于推荐框架构建的企业应用。微软希望通过弥补这一差距，吸引更多开发者构建基于 WinUI 的应用。

Microsoft Store 一直存在应用数量不足的问题，与互联网相比，用户能找到的应用更少。不过，与 Windows 10 初期相比，情况已经好转许多。但现在我们又面临另一个“差距”，那就是框架差距：作为推荐原生框架的 WinUI，落后于其他替代方案。

Windows 11 最大的问题之一在于其应用以及应用的构建方式。微软可以让 Windows 运行得多快，但如果应用体验糟糕，整个操作系统的使用感受仍会显得粗糙。这也是苹果严格政策能够发挥作用的领域之一，但你不能指望 Windows 采取类似的规则。

Windows 的构建方式不同，它需要支持所有框架，并且不会在 WinUI 之外强制执行 UI 指南。

微软仍希望开发者使用 WinUI 为 Windows 11 构建更多原生应用，但多年来，这一现代框架一直缺少一个极其基础的功能，那就是对表格数据进行显示和操作的完整支持。这类控件可以帮助应用打造强大的数据处理体验。

微软终于让 WinUI 的 TableView 可在其自有代码库之外使用

据 Windows Latest 首先发现，GitHub 上出现了一项新的拉取请求，确认微软终于合并了相关工作，使其新的 TableView——这一备受期待的 WinUI DataGrid 风格控件——能够被微软自有代码库之外的应用使用。

此外，还有一个独立的示例库，其中包含排序、筛选、编辑、虚拟化、类似文件资源管理器的表格、类似任务管理器的界面等示例。

不过，它目前还未正式上线。Windows Latest 了解到，备受期待的 TableView 尚未作为稳定版 WinUI 控件发布，但这一情况将在未来几周内改变。

目前，相关代码已经进入微软的 WinUI 开发分支，这与我们最近从微软方面听到的消息一致。

TableView 仍存在一些限制

例如，微软表示“此版本的控件无法对数据源进行分组”，尽管分组功能的示例代码已经存在。

此外，当前示例还移除了多选和扩展选择，改为支持单项选择，因此目前还无法选择多行。

微软可能会在正式广泛发布前后解决这些限制，所以我认为这并不是什么大问题。

WinUI 长期缺少基础控件，DataGrid 就是一直存在的缺口之一

如果你关注 Windows Latest 已有一段时间，可能还记得我曾介绍过微软如何改进 WinUI，以及 Build 2026 开发者大会上预告的一些变化。

当时我记得微软承诺将提供开发者需要的控件，包括企业开发者所需的控件，并将 DataGrid 列为其中之一。 下面是 Build 2026 大会上讨论 WinUI 新控件的会议片段：

https://www.windowslatest.com/wp-content/uploads/2026/06/Datagrid-and-Charting-in-WinUI.mp4

微软称，WinUI 是“Windows 应用的生产平台”，如今正将其作为构建 Windows 11 应用的旗舰和推荐框架。这意味着该框架必须具备所有基础控件，让它不仅受到独立开发者青睐，也能让企业愿意选择它而不是其他方案。

微软还承诺改进 WinUI 的性能和内存占用，并最终将该框架应用到 Windows Shell 中，包括用完全原生的版本取代基于 React 的开始菜单。

https://www.windowslatest.com/wp-content/uploads/2026/06/WinUI-native-framework.mp4

在同一场大会上，微软也承认 WinUI 仍存在一些缺口，并表示正在听取反馈。正如我当时提到的，其中一个缺口就是 DataGrid，另一个则是图表功能。

微软的 Chris Anderson 在 Build 2026 大会上表示：“我们正在开发 DataGrid 和图表功能，应该很快就会推出。”

DataGrid 如何帮助企业转向 Windows 原生框架

DataGrid 甚至图表功能听起来可能有些乏味，但当你意识到它们是微软让 WinUI 做好企业应用准备工作的起点时，情况就不同了。

借助 DataGrid，开发者可以构建会计应用并显示交易记录，也可以创建列出用户信息的管理面板。

一个容易理解的例子是任务管理器，它可以显示进程；又或者是能够显示文件及其属性的文件管理器，以及几乎所有需要处理大量结构化信息的企业应用。

到目前为止，WinUI 尚不支持官方 DataGrid，这意味着它没有一个原生控件能够同时提供行、列、排序、筛选、选择、编辑、虚拟化以及通常还包括的分组功能。

微软自己的文档仍将 DataGrid 列在已知的 WinUI 迁移缺口中，并表示“没有官方的 WinUI 3 控件”。

如果开发者想构建能够显示 DataGrid 的 WinUI 应用，就必须使用第三方控件、社区驱动的方案或 Windows Community Toolkit 控件。

在某些时候，采用基于 Web 的方案反而更合理。这类方案不仅在许多情况下支持跨平台，还几乎能够提供开发者想要的所有功能。

2021 年 11 月，一些开发者在 GitHub 上表示，需要由 WinUI 提供 DataGrid 或 TableView，因为 Community Toolkit 的实现并不适合所有应用，尤其是原生 C++ 应用。

该问题中写道：“平台应该包含这一控件，而不是依赖开发者自行实现。”

DataGrid 不会让 Windows 突然重新变成原生系统，但它是微软终于开始修复的重要缺口

微软正将 Windows 11 的更多部分迁移到 WinUI 3，结束多年来对旧版 UI 的不断修补

我并不是想说支持 DataGrid 会彻底改变 WinUI，也不是说它会让 Windows 再次成为原生系统。但看到微软着手解决这一长期存在的问题，确实很有意思。

我多年来一直关注 WinUI 的开发。早在 2024 年 3 月，微软就曾提出过有关 WinUI 中 TableView 控件的一些想法，但之后很长时间都没有真正进展，开发者只能使用社区驱动的 UI 工具包。

不可否认，微软对于开发者而言已经变成一家令人费解的公司。多年来反复更改首选的 Windows 框架或设计指南，这种策略让开发者望而却步。

开发者不愿使用某些第三方工具包，也不想费力让 WinUI 满足自身需求，因此他们更倾向于基于网站构建应用，或者使用 Electron。

正如我此前报道的那样，微软自己也承认 WinUI 存在大量功能缺口，开发者不得不依赖开源库和第三方控件来填补这些空白。

微软已经花了将近半年时间承诺推出原生 Windows 应用，公司一名高管表示，目标是让系统内置应用实现“100% 原生”。
微软也在简化应用构建或迁移到 WinUI 的过程，我们预计未来几个月将迎来一些突破性变化。

单靠 DataGrid 不会改变 Windows 应用的现状，但微软终于修复 WinUI 长期存在的框架缺口之一，仍然是朝正确方向迈出的一步。

现在可以在 GitHub 上公开跟踪 WinUI 的开发进展

WinUI 的开发现在已在 GitHub 上公开进行，因此微软对该框架做出的任何改动都可以公开查看。

微软最近确认，“WinUI 的主线开发现在已在 GitHub 上进行”。

当然，微软仍然有权决定哪些内容最终会进入正式的 WinUI 产品，更广泛的开源转型也仍在进行中。但对于 TableView 这类由微软亲自开发的功能，现在你可以跟踪官方后续版本的开发进度。