Компания Microsoft выпустила пакет Windows App SDK 2.5 Experimental, ставший одним из самых значимых обновлений для платформы WinUI. Релиз, состоявшийся 29 сентября, направлен на сокращение разрыва между нативными инструментами Windows и сторонними фреймворками, которые разработчики часто предпочитали из-за нехватки базовых функций в экосистеме Microsoft.
Новые возможности для разработчиков и элементы управления
Главным нововведением версии 2.5 стало появление встроенной поддержки компонентов TableView и Chart. Ранее для реализации графиков и таблиц в нативных приложениях Windows разработчикам приходилось использовать сторонние решения или переходить на другие платформы, например, Electron. Теперь WinUI предлагает инструменты с поддержкой группировки, сортировки, фильтрации данных, настройки размеров столбцов и отображения всплывающих подсказок.
На конференции Build 2026 представители команды Windows UI подчеркивали, что развитие этих элементов критически важно для создания приложений, ориентированных на работу с данными. Внедрение подобных компонентов подтверждает намерение Microsoft сделать WinUI основным нативным фреймворком для Windows 11, несмотря на скепсис сообщества, возникший после того, как ряд собственных продуктов компании был переведен на веб-технологии.
Оптимизация потребления оперативной памяти
Помимо расширения функциональности, обновление включает исправление ошибки, вызывавшей избыточное потребление памяти в приложениях на базе WinUI. Проблема была связана с неправильной работой системы при создании визуальных сторибордов или обращении к статическим и тематическим ресурсам. По словам Криса Андерсона из команды Windows UI, оптимизация производительности и устранение утечек памяти остаются приоритетными задачами для компании.
Переход на системный композитор и другие внутренние улучшения должны сделать нативные приложения более эффективными в условиях ограниченных ресурсов. Хотя текущие изменения доступны лишь в экспериментальной версии SDK, они являются частью глобальной стратегии Microsoft по интеграции WinUI в оболочку Windows 11. Компания планирует увеличить количество полностью нативных приложений, созданных на базе этого фреймворка, что должно повысить общее качество и скорость работы интерфейса операционной системы.
Проблема «разрыва фреймворков» и доверие разработчиков
В Microsoft открыто признают существование так называемого «разрыва фреймворков» (framework gap). Долгое время ситуация выглядела парадоксально: будучи «флагманским» инструментом для Windows 11, WinUI лишал разработчиков возможности использовать даже базовые элементы управления данными. В результате создатели ПО массово уходили в сторону веб-технологий или кроссплатформенных решений вроде Electron. Для многих профессиональных разработчиков заявления Microsoft о светлом будущем WinUI долгое время казались лишь словами — у компании уже была история «забрасывания» своих проектов, что создавало серьезный кризис доверия.
Скепсис усиливался и тем, что сама Microsoft на фоне проблем с WinUI начала переводить собственные ключевые приложения на веб-компоненты. Примеры таких решений можно было увидеть повсеместно: от приложения «Погода» (MSN Weather) и меню «Пуск» до таких продуктов, как Outlook и Teams. В индустрии такие решения нередко называли «веб-мусором», подчеркивая их неоптимальность и несоблюдение принципов нативной разработки, которые компания сама же и декларировала.
Детали функционала TableView
Новый элемент управления TableView, появившийся в Windows App SDK 2.5 Experimental, — это не просто базовая таблица. Microsoft постаралась закрыть требования, которые годами выдвигали корпоративные разработчики (enterprise developers). Функционал включает в себя:
- Группировку данных с поддержкой шаблонных заголовков групп (templated group headers).
- Продвинутые механизмы сортировки и фильтрации.
- Индикаторы сортировки в заголовках столбцов для визуального контроля состояния данных.
- Инструменты управления размерами столбцов с помощью мыши (pointer) или клавиатуры.
- Опциональные всплывающие подсказки (tooltips) как для ячеек, так и для самих заголовков столбцов.
Появление таких инструментов «из коробки» должно стать решающим фактором для возвращения разработчиков в экосистему нативных приложений Windows, так как раньше для реализации подобных задач им приходилось полагаться на сторонние решения от сообщества.
Производительность и планы по интеграции в Windows
Крис Андерсон, представляющий команду Windows UI, в ходе сессии на конференции Build 2026 подтвердил, что работа над производительностью и фундаментальным качеством фреймворка является задачей номер один. Одной из критических проблем, которую удалось частично решить в этом обновлении, была утечка памяти при многократном создании сторибордов визуальных состояний, а также при разрешении статических или тематических ресурсов.
Андерсон отметил, что компания активно инвестирует в улучшение управления памятью, что крайне важно в современных условиях, учитывая растущую стоимость оперативной памяти и общую нагрузку на систему. Ключевым технологическим сдвигом, который должен обеспечить дальнейший прирост быстродействия, станет переход на системный композитор.
Что касается будущего, стратегия Microsoft предполагает не просто точечные исправления, а масштабное внедрение WinUI в саму оболочку (shell) операционной системы. По словам представителей компании, этот процесс уже идет с ускорением. Пользователям стоит ожидать, что значительная часть новых функций, разрабатываемых внутри Microsoft, будет реализовываться на базе «100% нативного» стека WinUI, что в конечном итоге должно сократить использование веб-компонентов в критически важных узлах системы.
