Фреймворк наконец станет открытым. Хотя… какой ценой?
Команда разработки интерфейсного фреймворка WinUI для Windows Для просмотра ссылки Войдиили Зарегистрируйся о начале перехода к полной открытости Для просмотра ссылки Войди или Зарегистрируйся . Об этом сообщила старший инженер Microsoft Бет Пан, подчеркнув, что процесс уже запущен, хотя его завершение займёт время из-за плотной зависимости от проприетарных компонентов Windows. Пока конкретные сроки не объявлены, но вектор определён: WinUI будет действительно open source — не частично, как сейчас, а полностью, включая основной репозиторий и всю инфраструктуру разработки.
WinUI 3 стал частью инициативы Project Reunion, представленной в 2020 году как попытка объединить Для просмотра ссылки Войдиили Зарегистрируйся старых Win32-приложений и сторонников Universal Windows Platform (UWP), появившейся ещё в эпоху Windows 10. Позднее этот проект трансформировался в Windows App SDK (WASDK) — современный стек разработки приложений под Windows. WinUI предоставляет средства для создания интерфейсов в стиле Fluent Design — кроссплатформенного визуального языка Microsoft, охватывающего десктоп, веб и мобильные среды.
На текущий момент исходники WinUI лишь периодически зеркалируются на Для просмотра ссылки Войдиили Зарегистрируйся , тогда как основной репозиторий остаётся закрытым и доступен только внутри компании. Бет Пан озвучила четыре этапа, через которые пройдёт проект, прежде чем стать полноценным open source. Сначала планируется увеличить частоту обновления публичного зеркала, затем дать возможность сторонним разработчикам самостоятельно собирать проект. Третий шаг — поддержка pull-запросов и локального тестирования, а финальной точкой станет перенос основного репозитория на GitHub с полной открытостью разработки.
Ключевая сложность — тесная интеграция WinUI с внутренними компонентами Windows, не предназначенными для публикации. Инженерам предстоит изолировать эти слои или реализовать их в виде переиспользуемых библиотек, прежде чем код сможет покинуть закрытые контуры Для просмотра ссылки Войдиили Зарегистрируйся . Пан признала, что это одна из причин, почему процесс так затянулся.
Разработчики, давно работающие с этим фреймворком, встретили новость с осторожным оптимизмом. Многие из них выразили поддержку инициативе, но одновременно усомнились в том, что Microsoft действительно готова выделить ресурсы для развития WinUI. Среди наиболее частых претензий — отсутствие визуального конструктора в Visual Studio, медленный темп исправлений багов и многочисленные недоработки, включая нестабильную работу модальных окон и неработающий механизм валидации пользовательского ввода.
Некоторые высказывания были куда более резкими. Один из участников обсуждения отметил, что годами вкладывался в развитие WinUI, но чувствует себя обманутым: «Microsoft не понимает, какой ущерб они нанесли евангелистам и всей экосистеме разработчиков, а также компаниям, поверившим в вечную стагнацию и пустые обещания от WinRT, UWP и WASDK». Другой и вовсе поставил под сомнение саму архитектуру: «Вся идея WinRT и последующего WinUI была ошибкой».
Эти отзывы отсылают к периоду после выхода Windows 8, когда Microsoft внедрила новый Windows Runtime (WinRT) с поддержкой C++, .NET и других языков через механизм проекций. Именно тогда и начался раскол экосистемы, который привёл к сегодняшнему состоянию: множественные параллельные стеки, отсутствие единого стандарта и затруднённый выбор инструментария.
Несмотря на скепсис, открытие WinUI остаётся шагом в правильном направлении. Однако, как подчёркивают сами разработчики, гораздо важнее не декларации, а реальные вложения: «Сколько человек вообще работает над WinUI и WinAppSDK?» — спрашивает один из комментаторов. «Сегодня ощущение такое, будто всё внимание сосредоточено на вебе, а остальное просто поддерживается на плаву».
Команда разработки интерфейсного фреймворка WinUI для Windows Для просмотра ссылки Войди
WinUI 3 стал частью инициативы Project Reunion, представленной в 2020 году как попытка объединить Для просмотра ссылки Войди
На текущий момент исходники WinUI лишь периодически зеркалируются на Для просмотра ссылки Войди
Ключевая сложность — тесная интеграция WinUI с внутренними компонентами Windows, не предназначенными для публикации. Инженерам предстоит изолировать эти слои или реализовать их в виде переиспользуемых библиотек, прежде чем код сможет покинуть закрытые контуры Для просмотра ссылки Войди
Разработчики, давно работающие с этим фреймворком, встретили новость с осторожным оптимизмом. Многие из них выразили поддержку инициативе, но одновременно усомнились в том, что Microsoft действительно готова выделить ресурсы для развития WinUI. Среди наиболее частых претензий — отсутствие визуального конструктора в Visual Studio, медленный темп исправлений багов и многочисленные недоработки, включая нестабильную работу модальных окон и неработающий механизм валидации пользовательского ввода.
Некоторые высказывания были куда более резкими. Один из участников обсуждения отметил, что годами вкладывался в развитие WinUI, но чувствует себя обманутым: «Microsoft не понимает, какой ущерб они нанесли евангелистам и всей экосистеме разработчиков, а также компаниям, поверившим в вечную стагнацию и пустые обещания от WinRT, UWP и WASDK». Другой и вовсе поставил под сомнение саму архитектуру: «Вся идея WinRT и последующего WinUI была ошибкой».
Эти отзывы отсылают к периоду после выхода Windows 8, когда Microsoft внедрила новый Windows Runtime (WinRT) с поддержкой C++, .NET и других языков через механизм проекций. Именно тогда и начался раскол экосистемы, который привёл к сегодняшнему состоянию: множественные параллельные стеки, отсутствие единого стандарта и затруднённый выбор инструментария.
Несмотря на скепсис, открытие WinUI остаётся шагом в правильном направлении. Однако, как подчёркивают сами разработчики, гораздо важнее не декларации, а реальные вложения: «Сколько человек вообще работает над WinUI и WinAppSDK?» — спрашивает один из комментаторов. «Сегодня ощущение такое, будто всё внимание сосредоточено на вебе, а остальное просто поддерживается на плаву».
- Источник новости
- www.securitylab.ru