Одной из ключевых проблем, негативно влияющих на Windows 11, являются встроенные приложения и нативный фреймворк. Microsoft готовит масштабное обновление, сфокусированное на управлении памятью. По нашим данным, меню «Пуск» на базе WinUI и представление «Повестка» в центре уведомлений всё ещё в разработке, но сначала Microsoft оптимизирует саму платформу WinUI.
Подробности об улучшении памяти также обсуждались на Build 2026 для разработчиков, хотя основная их часть касалась именно WinUI.
На Build 2026 Microsoft сообщила, что уже вносит изменения в WinUI для снижения потребления ОЗУ, и это особенно важно перед тем, как ключевые элементы Windows, например меню «Пуск», будут переписаны с использованием этого фреймворка.
По словам Криса Андерсона, инженера из команды Windows UI в Microsoft, запланированы дальнейшие улучшения и в общих чертах анонсированы исправления в области «производительности, основ и качества» для WinUI в преддверии более масштабных планов.
Одно из заметных изменений — план компании перенести WinUI на системный композитор Windows, что должно сделать приложения и саму ОС немного быстрее.
«Что касается производительности, мы вложили значительные ресурсы в улучшение использования памяти, а также в переход на системный композитор, что должно дать ещё более ощутимый прирост производительности. И всё это уже доступно публично в нашем Git-репозитории», — сказал Андерсон.
Как бы всем ни хотелось видеть в Windows нативные приложения, особенно созданные на WinUI, нельзя отрицать, что фреймворк пока не слишком оптимизирован по скорости работы. Он может субъективно тормозить, и многие пользователи уже успели прочувствовать это на себе.
Например, попробуйте настроить Проводник на открытие «Этот компьютер» и сравните его скорость с вкладкой «Главная», загрузка которой занимает заметно больше времени.
Нам сообщили, что Microsoft внутри компании тестирует исправления, связанные с потреблением памяти, производительностью и надёжностью WinUI, прежде чем выпустить новое меню «Пуск», построенное на этом фреймворке.
При внедрении WinUI-версии меню «Пуск» внешних визуальных изменений практически не будет, но оно должно меньше подтормаживать на слабых ПК и в целом потреблять меньше ОЗУ.
К сожалению, конкретных цифр у нас пока нет, поэтому мы не можем сказать, упадёт ли потребление памяти у приложения, использующего 300 МБ ОЗУ, до 250 МБ, 200 МБ или иного значения после внедрения изменений.
На Build 2026 Microsoft также сообщила о планах по выпуску новых функций WinUI, но это произойдёт лишь после решения проблем с производительностью. Сейчас всё внимание сосредоточено на исправлении ошибок, чтобы WinUI стал более отзывчивым, и это необходимо сделать до модификации меню «Пуск».
«Я действительно хочу уделить время, чтобы сперва всё отладить, а уже потом погружаться в новые захватывающие возможности, которые, по сути, лишь симпатичные блестящие безделушки», — сказал Андерсон.
«…Это на самом деле те базовые возможности, о которых люди просили и которые действительно необходимы для продуктивной работы поверх WinUI. В первую очередь речь идёт о производительности, основах, качестве и исправлении множества ошибок».
Microsoft также готовит встроенные элементы DataGrid и Charting для WinUI, чтобы убедить корпоративных разработчиков перейти на него
«Мы также добавляем множество новых элементов управления», — сказал Андерсон. «DataGrid и Charting уже на подходе и должны появиться в ближайшее время. Они станут частью ядра WinUI и позволят решать гораздо больше сценариев, ориентированных на работу с данными».
У Microsoft есть две причины внедрить эти элементы в WinUI. Во-первых, компания хочет снизить зависимость разработчиков от сторонних библиотек для типовых корпоративных функций, что вполне очевидно. Во-вторых, она надеется, что корпоративные разработчики начнут использовать WinUI для создания своих приложений. Если это случится, можно ожидать увеличения инвестиций Microsoft в WinUI, и больше устаревших приложений переберутся на новый нативный фреймворк.
Однако Microsoft не утверждала, что использование встроенных элементов управления обязательно снизит потребление ОЗУ приложением.
Microsoft хочет довести WinUI до ума, прежде чем переносить на нативный фреймворк больше компонентов Windows 11
Компания заявляет, что ускоряет интеграцию WinUI в оболочку Windows, и на его основе будут создаваться другие собственные интерфейсы.
«Мы действительно стремимся сделать WinUI применимым для любых нужных нам сценариев. Мы начали гораздо быстрее интегрировать его в оболочку, поэтому вы увидите множество собственных решений Microsoft, построенных поверх WinUI».
Это означает, что Microsoft не сможет сделать Windows 11 быстрее, если сам базовый фреймворк WinUI останется медленным.
В компании поясняют, что WinUI уже используется внутри оболочки Windows и во многих нативных приложениях. Накладные расходы фреймворка могут негативно влиять на производительность всей системы, поэтому его оптимизация и стоит в приоритете.
Microsoft не уточнила, какие именно функции Windows 11 следующими переведут на WinUI. Она также не подтвердила, получат ли существующие компоненты оболочки немедленное обновление для использования улучшений памяти. Однако мы знаем, что меню «Пуск» и представление «Повестка» в центре уведомлений — два ключевых элемента, переходящих на нативный код.
Тем не менее в компании обещают и другие собственные решения на базе WinUI.
«Мы надеемся, что многие сторонние разработчики действительно начнут его использовать», — сказал Андерсон. «Определённый интерес уже есть, но мы понимаем, что переход на новый UI-фреймворк может занять много времени, особенно в корпоративной среде».
«Мы рассматриваем это как момент, когда пора действительно показать, что мы вкладываем в это силы и привержены развитию WinUI. Это наше полное намерение».
Microsoft признаёт, что в WinUI всё ещё остаются серьёзные пробелы по функциональности
Проблемы с производительностью — не единственная причина, по которой разработчики не спешат переходить на WinUI.
Microsoft говорит, что разработчики продолжают полагаться на open-source библиотеки из-за отсутствия в WinUI нужных им возможностей, включая полноценную реализацию системного трея и более богатые элементы управления данными.
«Второе, о чём мы часто слышим: помимо DataGrid и Charting в платформе просто масса пробелов по функциям», — сказал Андерсон.
«Чего только нет: что делать с системным треем? Ограниченное использование Windows. Многие люди используют open source библиотеки, чтобы закрыть эти пробелы, и можно ли просто исправить саму платформу?»
«У нас большой бэклог», — сказал Андерсон. «Мы начнём над ним работать и по-настоящему пытаться устранить те пробелы, на которые указывают люди. Это было одной из самых больших проблем».
Кроме того, Андерсон обратился к разработчикам, которые всё ещё опасаются, что Microsoft может отказаться от WinUI и заменить его другим фреймворком.
«Вероятно, самый главный вопрос: вы на самом деле серьёзны на этот раз? Будете ли вы придерживаться этого фреймворка? WinUI 3 уже четыре года. Вы продолжите его развивать, или это тот год, когда вы снова объявите о совершенно новом фреймворке?»
«И я отвечу: нет, мы не намерены создавать новый фреймворк».
Microsoft также убирает номер версии из названия фреймворка.
«По сути, мы отказываемся от номера и называем WinUI просто WinUI, потому что не планируем действительно масштабных, ломающих обратную совместимость изменений», — сказал Андерсон.
Пока нет комментариев. Будьте первым!