Microsoft сообщила, что планирует перевести больше элементов интерфейса Windows на WinUI3, а также подтвердила, что новый диалог свойств проводника был полностью переписан на WinUI с нуля, а не просто получил свежий слой краски.
Windows 11 уже некоторое время выглядит несогласованной. Современные панели соседствуют с диалогами, которым десятки лет, использование ОЗУ в приложениях, которые должны быть нативными, продолжает расти, а популярные Windows-приложения всё чаще превращаются в веб-обёртки, потому что разработчики не доверяют Microsoft в долгосрочной приверженности какому-либо UI-фреймворку.
Microsoft подтверждает, что Windows 11 продолжит переходить на WinUI, а не просто перекрашивает диалоги Win32
WinUI - это нативный UI-фреймворк Microsoft, призванный заменить старые технологии вроде Win32 и UWP на что-то современное, с аппаратным ускорением и соответствующим Fluent Design.
Когда мы получили ранний доступ к переработанному диалогу свойств, мы не нашли следов WebView2, зато увидели явные признаки нативных элементов WinUI, такие как Pivot-стиль заголовков вкладок и AccentButtonStyle на кнопке «Восстановить». Ни того, ни другого нет в старом диалоге свойств Win32.
Под постом в X об этом новом диалоге свойств проводника один из пользователей спросил Марча Роджерса, партнёрского директора по дизайну в Microsoft, была ли переделка настоящей перестройкой или просто сменой темы поверх старого кода. Роджерс ответил:
“…диалог свойств файлов был переписан на WinUI3. У нас есть несколько мест, где мы внедрили поддержку тёмного режима в устаревший интерфейс как быстрое решение с низким риском, но наш план заключается в том, чтобы перевести больше элементов интерфейса Windows на WinUI3.”
«Быстрое решение» не всегда лучший путь
В Windows 11 уже есть реальный пример того, что происходит, когда тёмный режим прикручивают к устаревшему коду, и это выглядело не очень. В декабре прошлого года обновление добавило тёмный режим в устаревшие диалоги проводника и привело к ошибке, при которой экран мигал белым при переключении вкладок или открытии панели подробностей.
Microsoft в итоге исправила это, но именно такой результат Роджерс и описывает, называя внедрение тёмного режима в устаревший интерфейс «быстрым исправлением с низким риском».
К счастью, на этот раз Microsoft действительно придерживается WinUI
Microsoft годами перебирала UI-фреймворки, и это не приводило ни к чему хорошему. Win32 уступил место MFC, затем WinForms, WPF, Silverlight, UWP, а теперь и WinUI. Разработчики уже усвоили урок и не спешат полностью переходить на то, что Microsoft продвигает сегодня, поскольку компания редко придерживается одного фреймворка достаточно долго, чтобы оправдать затраты.
Многие популярные приложения для Windows, такие как WhatsApp, выпускаются в виде веб-обёрток вместо нативных Windows-приложений, отчасти из-за этой истории.
Переделка 30-летнего диалога, такого как «Свойства», впервые появившегося в Windows 95, показывает, что Microsoft вкладывает реальные инженерные ресурсы в своё обещание. На конференции Build 2026 Крис Андерсон из Microsoft подтвердил, что компания не планирует создавать ещё один фреймворк, и даже отказывается от цифры 3 в названии WinUI 3, чтобы хотя бы название перестало намекать на выход следующей версии.
Переход Windows на WinUI может решить проблемы с ОЗУ и производительностью
План Microsoft «перенести больше элементов Windows на WinUI3» подтверждается их работой, которую мы отслеживали во множестве диалогов и системных компонентов в этом году. Диалог копирования файлов уже переписан на WinUI, а следующим в очереди стоит стандартный диалог открытия файла.
Руководитель отдела дизайна и исследований Windows подтвердил, что диалог «Переход к локальной учётной записи» из Windows 8, который до сих пор предлагает использовать «чудо-кнопку поиска», теперь включён в список компонентов для омоложения, что по сути означает переход на WinUI.
Диалог «Выполнить» тоже обновился, и собственная телеметрия Microsoft показывает, что новая версия на WinUI загружается быстрее, чем старая из Windows 95, 94 мс против 103 мс. Это доказывает, что переписывание на WinUI не обязательно ведёт к падению производительности, что радует.
Настоящим испытанием станет меню «Пуск». Microsoft переписывает его на WinUI, чтобы уйти от компонентов React Native, на которых оно сейчас работает, но развертывание задерживается по уважительным причинам.
Использование памяти в WinUI всё ещё требует доработки. Вкладка «Дом» в проводнике, также построенная на WinUI, загружается заметно медленнее, чем «Этот компьютер», который вообще не использует этот фреймворк.
Даже переработанный поиск Windows, о котором много писали в июле, до сих пор работает на WebView2, а не на WinUI, что забавно, учитывая, сколько Microsoft в последнее время говорит о нативном коде.
По крайней мере, Microsoft осознаёт проблему. Компания улучшает потребление памяти в WinUI и переносит его в системный компоновщик Windows для повышения производительности, и эту работу необходимо завершить до переписывания меню «Пуск».
WinUI испытывал трудности и с базовой плавностью. Ранее в этом году Microsoft признала, что изменение размера приложений на WinUI вызывает заметные разрывы, которых нет в старых приложениях UWP. Роджерс пообещал выпустить исправление в течение лета.
Тем не менее, диалог свойств действительно полностью перестроен на WinUI, а не просто изменена тема, и Microsoft продолжит заменять устаревшие диалоги Windows 11 аналогичным образом. Сдержит ли компания это обещание, зависит от того, как быстро она сможет исправить сам WinUI, потому что сейчас фреймворк, на котором Microsoft хочет построить всю Windows, всё ещё медленнее кода, который он должен заменить.
Пока нет комментариев. Будьте первым!