Microsoft пытается перестроить экосистему приложений Windows вокруг WinUI с помощью агентов искусственного интеллекта вместо традиционных процессов разработки и миграции, требующих ручного написания больших объёмов кода. Компания заявляет, что новое краткое руководство позволяет создать приложение WinUI 3 из пустой папки, протестировать его, упаковать в формате MSIX и отправить в Microsoft Store примерно за 30 минут.
Предлагаемый процесс не требует установки Visual Studio и опирается на VS Code, .NET 10, Windows App Development CLI, шаблоны проектов WinUI и бесплатную версию GitHub Copilot, а также расширение WinUI Agent. В материале отмечается, что используемые инструменты бесплатны, а ручное вмешательство на этапах создания приложения, добавления функций, тестирования и упаковки может быть значительно ограничено.
Что добавляет инструмент WinUI Agent?
WinUI Agent не следует путать с Copilot как универсальным помощником для диалога. Инструмент предназначен для задач, связанных с разработкой приложений WinUI, включая проектирование интерфейса, проверку кода, тестирование пользовательского интерфейса, упаковку приложений и миграцию проектов, созданных на более старых фреймворках. Microsoft также рекомендует подключить агента к серверу Microsoft Learn MCP, чтобы он мог обращаться к актуальной документации WinUI API при выполнении запросов и задач.
Этот момент важен, поскольку WinUI 3, согласно материалу, не располагает таким же объёмом доступных примеров для обучения моделей искусственного интеллекта, как WPF и UWP. Поэтому агент может автоматически выдавать устаревшие шаблоны, если не получить чёткие инструкции относительно требуемых современных альтернатив.
Миграция — это не поиск и замена
Microsoft также предлагает специальные рекомендации по миграции приложений WPF и UWP на WinUI. В случае WPF процесс не сводится к замене названий пространств имён: например, переход от System.Windows.* к Microsoft.UI.Xaml.* требует учитывать различия в элементах управления, обработке потоков, управлении окнами, поддержке DPI-экранов и привязке данных. Компания предоставляет таблицы соответствий и исходные инструкции, помогающие агенту проверять эти аспекты.
В рекомендациях по UWP объясняется, что платформа больше не развивается активно, а WinUI 3 и Windows App SDK являются её дальнейшим направлением. Microsoft предупреждает, что модели искусственного интеллекта из-за обучения на большом количестве накопленных за годы примеров UWP могут продолжать создавать традиционные шаблоны UWP, если навыки миграции не укажут альтернативы, которые следует использовать.
Почему эта новость важна?
Более широкая цель заключается в снижении стоимости добавления новых нативных приложений в Windows, а также в уменьшении нагрузки, связанной с миграцией большой базы приложений WPF и UWP. Таким образом Microsoft рассчитывает устранить одну из причин, по которым разработчики выбирают веб-приложения и кроссплатформенные фреймворки: возможность повторно использовать код в разных системах, избегая зависимости от фреймворка Windows, который в будущем может радикально измениться.
На конференции Build 2026 Microsoft назвала WinUI «производственной платформой для приложений Windows», а также убрала цифру «3» из названия, пытаясь донести мысль, что в будущем платформа не будет подвергаться масштабной перестройке. Среди других обещаний — снижение потребления памяти, добавление поддержки DataGrid и графиков, улучшение совместимости с WPF и расширение открытой разработки, при этом отмечается, что WinUI стал полностью открытым исходным кодом.
Microsoft также использует WinUI 3 для замены некоторых старых компонентов интерфейса Windows 11, включая функции автозапуска и управления печатью, согласно материалу. Такое внутреннее использование даёт компании практический аргумент, когда она призывает разработчиков внедрять технологию, но одновременно показывает стандарт, которому самой Microsoft предстоит соответствовать.
Ограничения, которые генерация кода не устраняет
Сокращение числа строк, написанных разработчиком, не обязательно означает повышение качества приложения. В материале отмечается, что Microsoft снабдила WinUI Agent возможностями проверки и тестирования именно потому, что сгенерированный код требует контроля. Кроме того, продвижения разработчиков к нативным приложениям будет недостаточно, если результатом станут приложения, потребляющие много памяти или работающие медленно.
Здесь проявляется противоречие в стратегии Microsoft: компания призывает разработчиков создавать более лёгкие нативные приложения, но сама использует WebView2 в некоторых своих приложениях и интерфейсах Windows. В материале говорится, что приложение «Погода» в Windows 11, построенное на WebView2, потребляет около 1,2 гигабайта памяти в состоянии простоя — почти в пять раз больше, чем нативное приложение «Погода» в macOS, — и запускает девять дочерних процессов Chromium. Приложения вроде WhatsApp, Discord и Teams также подвергаются критике из-за производительности или потребления ресурсов, согласно примерам, приведённым в источнике.
Мнение certi.news: фактическое изменение заключается не просто в добавлении программного помощника, а в попытке связать весь цикл разработки Windows с агентом, способным создавать, мигрировать, тестировать и упаковывать приложение. Успех плана будет зависеть от двух аспектов, которые инструменты пока не доказали: точности миграции в реальных проектах и того, превзойдут ли созданные искусственным интеллектом приложения WinUI по производительности и потреблению ресурсов веб-приложения, с которыми Microsoft намерена конкурировать. Поэтому инициатива выглядит многообещающей для разработчиков Windows, но не отменяет необходимости инженерной проверки и практических тестов.