Microsoft подтвердила, что готовится выпустить давно обещанный контрол в стиле DataGrid для WinUI. Это должно убедить больше разработчиков создавать приложения на современном фреймворке Windows 11 вместо WebView2 и других вариантов. Ранее эту возможность показали на конференции Build 2026, и теперь она ближе к публичному выпуску.

Почему это важно? Изменение рассчитано на разработчиков, но контрол в стиле DataGrid означает, что WinUI теперь может нормально отображать табличные данные. Вскоре можно ожидать больше корпоративных приложений, построенных на рекомендуемом фреймворке. Microsoft надеется, что это сократит разрыв и привлечёт разработчиков к созданию приложений на WinUI.

В Microsoft Store всегда был дефицит приложений по сравнению с интернетом, и по сравнению с ранними днями Windows 10 ситуация улучшилась. Но теперь появился другой разрыв, на уровне фреймворков: WinUI, рекомендуемый нативный фреймворк, отстаёт от альтернатив.

Windows 11 WinUI
Windows 11 WinUI

Одна из главных проблем Windows 11 связана с приложениями и способом их создания. Microsoft может сделать Windows сколь угодно быстрой, но если приложения работают плохо, общее впечатление от системы будет неаккуратным. В этом помогают строгие правила Apple. Однако ждать от Windows таких же ограничений не стоит.

Windows устроена иначе. Она обязана поддерживать все фреймворки и не навязывает правила интерфейса за пределами WinUI.

Microsoft по-прежнему хочет, чтобы разработчики создавали больше нативных приложений для Windows 11 на WinUI, но годами современному фреймворку не хватало простой базовой вещи: полноценной поддержки отображения и работы с табличными данными. Такой контрол позволяет приложениям строить мощные интерфейсы на основе данных.

Microsoft наконец сделала TableView в WinUI доступным за пределами собственного репозитория

Появился новый pull request на GitHub. Он подтверждает, что Microsoft наконец влила изменения, необходимые для того, чтобы новый TableView, долгожданный контрол в стиле DataGrid для WinUI, могли использовать приложения за пределами собственного репозитория Microsoft.

Windows WinUI tableview
Windows WinUI tableview

Также появилась отдельная галерея примеров с образцами сортировки, фильтрации, редактирования, виртуализации, таблиц в стиле Проводника, интерфейсов в стиле Диспетчера задач и не только.

Впрочем, в публичном доступе контрола пока нет. По данным, долгожданный TableView ещё не вышел как стабильный контрол WinUI, но это изменится в ближайшие недели.

Сейчас код находится в ветке разработки WinUI, и это соответствует недавним заявлениям компании.

У TableView всё ещё есть ограничения

Например, Microsoft заявляет, что в этом выпуске контрол не умеет группировать источник данных, хотя пример кода для группировки уже существует.

Кроме того, множественный и расширенный выбор убрали из текущего примера в пользу выбора одного элемента, поэтому выбирать несколько строк пока нельзя.

Эти ограничения Microsoft может устранить до или после более широкого выпуска, так что вряд ли это серьёзная проблема.

WinUI долго не хватало базовых контролов, и DataGrid был одним из давних пробелов

Постоянные читатели могут помнить материал о том, как Microsoft улучшает WinUI, и о некоторых изменениях, показанных на конференции Build 2026.

Тогда Microsoft обещала добавить контролы, которые нужны разработчикам, включая корпоративных, и в списке был DataGrid. Вот фрагмент сессии Build 2026 о WinUI, где обсуждаются новые контролы:

По словам Microsoft, WinUI считается “производственной платформой для приложений Windows”. Теперь компания рассматривает этот фреймворк как флагманский и рекомендуемый для создания приложений под Windows 11. Это значит, что у фреймворка должны быть все базовые контролы, чтобы им пользовались не только независимые разработчики, но и предприятия.

Компания также пообещала улучшить производительность и потребление памяти WinUI, а со временем перенести фреймворк в оболочку Windows, включая замену меню Пуск, построенного на React, на полностью нативную версию.

На той же конференции Microsoft признала, что у WinUI всё ещё есть пробелы, и что компания прислушивается к отзывам. Одним из таких пробелов был DataGrid, а вместе с ним Charting.

Крис Андерсон из Microsoft сказал на Build 2026: “У нас есть DataGrid и Charting, которые уже на подходе и должны выйти довольно скоро.”

Как DataGrid может помочь предприятиям перейти на нативный фреймворк Windows

DataGrid и Charting могут показаться скучными, но именно с них начинается подготовка WinUI к использованию на предприятиях.

С помощью DataGrid разработчики могут сделать приложение для бухгалтерии и отображать транзакции, а также создать админ-панель со списком пользователей.

Один из понятных примеров, Диспетчер задач, может отображать процессы. Файловый менеджер показывает файлы и их свойства. Практически любое корпоративное приложение работает с большими объёмами структурированной информации.

До сих пор в WinUI не было собственного DataGrid. Это значит, что не было нативного контрола со строками, столбцами, сортировкой, фильтрацией, выбором, редактированием, виртуализацией и часто группировкой.

В собственной документации Microsoft DataGrid до сих пор указан среди известных пробелов миграции WinUI, и там говорится, что у WinUI 3 нет собственного контрола.

Если разработчик хотел создать приложение WinUI с DataGrid, ему приходилось использовать сторонние контролы, community-решения или контролы из Windows Community Toolkit.

В какой-то момент логичнее было выбрать веб-подход, который во многих случаях кроссплатформенный и поддерживает практически всё, что нужно разработчикам.

В ноябре 2021 года некоторые разработчики обсуждали на GitHub необходимость DataGrid или TableView от WinUI, потому что реализация Community Toolkit подходила не для всех приложений, особенно нативных C++.

В обсуждении отметили: “Платформа должна включать этот контрол, а не заставлять разработчиков создавать собственный.”

DataGrid не сделает Windows снова нативной за один день, но Microsoft закрывает важный пробел

Microsoft is brining more of Windows 11 to WinUI3, ending years of legacy UI patchwork
Microsoft is brining more of Windows 11 to WinUI3, ending years of legacy UI patchwork

Нельзя сказать, что поддержка DataGrid перевернёт WinUI и вернёт Windows в полностью нативную эпоху. Но интересно, что Microsoft наконец решает одну из самых давних проблем.

Редакция не первый год следит за развитием WinUI. Идеи по поводу TableView в WinUI у Microsoft появились ещё в марте 2024 года, но долгое время ничего не происходило, и разработчикам приходилось использовать UI-наборы от сообщества.

Нельзя отрицать, что для разработчиков Microsoft стала непредсказуемой компанией. Стратегия, при которой Microsoft годами регулярно меняла предпочтительный фреймворк Windows и дизайн-гайды, отталкивала их.

Вместо того чтобы использовать сторонние наборы и подгонять WinUI под свои задачи, разработчики чаще выбирали веб-обёртки или Electron.

Как ранее сообщала редакция, Microsoft сама признала, что у WinUI накопился “большой список” недостающих функций, и разработчикам приходилось закрывать их открытыми библиотеками и сторонними контролами.

Microsoft уже почти полгода обещает нативные приложения для Windows. Один из руководителей компании заявил, что цель состоит в том, чтобы встроенные приложения были “100% нативными”.

Microsoft также упрощает создание и перенос приложений на WinUI, и в ближайшие месяцы ожидаются серьёзные изменения.

Сам по себе DataGrid не изменит ситуацию с приложениями для Windows, но решение одной из самых давних проблем WinUI всё же шаг в правильном направлении.

Теперь за развитием WinUI можно публично следить на GitHub

Разработка WinUI теперь ведётся публично на GitHub, поэтому любые изменения фреймворка можно отслеживать открыто.

Microsoft недавно подтвердила, что “основная разработка WinUI теперь ведётся на GitHub”.

Разумеется, Microsoft по-прежнему решает, что именно попадёт в финальный продукт WinUI, а более широкая миграция на открытую модель ещё продолжается. Но в случае таких функций, как TableView, которые Microsoft разрабатывает сама, теперь можно следить за прогрессом официальных будущих выпусков.