Microsoft відновила свою роботу над WinUI, нативним фреймворком для Windows 11, перевівши його розробку у відкритий режим на GitHub. Це робиться для забезпечення прозорості та прискорення процесу, а також для повернення “нативного” досвіду користування до Windows.
У 2026 році на конференції Build, Microsoft запевнила, що WinUI буде основним фреймворком для Windows 11, а не спробою створити нове рішення. Розробка WinUI тепер відбувається повністю відкрито на GitHub, що дозволяє користувачам та розробникам спостерігати за прогресом у реальному часі. Інженери Microsoft створюють гілки, відкривають запити на злиття (pull requests), переглядають та затверджують зміни безпосередньо у репозиторії.
Такий підхід дає впевненість у важливості WinUI для Microsoft, особливо після кількох років домінування веб-додатків. Це свідчить про те, що обіцянки, зроблені на конференції Build, були не просто словами.
Ера нативних додатків для Windows 11 може повернутися
За інформацією з джерел Microsoft, це частина ширших планів компанії щодо повернення “нативного” досвіду користування до Windows. Це також відповідає заявам керівника відділу розробки Windows Руді Хуйна про створення “100% нативних” додатків.
Microsoft не планує відмовлятися від інших фреймворків, проте основний фокус буде спрямований на нативні додатки, принаймні для тих, що входять до складу операційної системи (inbox/pre-installed).
WinUI — це фреймворк, що відповідає сучасним стандартам дизайну Windows 11, включаючи заокруглені кути, елементи Fluent Design (Acrylic, Mica), плавні анімації та темний режим.
Елементи WinUI вже використовуються в “Налаштуваннях Windows”, “Microsoft Store”, “Центрі сповіщень” та деяких частинах “Файлового провідника”. Microsoft прагне розширити застосування WinUI, щоб охопити всі елементи операційної системи, включно зі спадковими діалоговими вікнами, такими як “Властивості” у “Файловому провіднику”.
Прощання з веб-додатками?
Проблеми зі спадковими або Win32-додатками не такі значні, оскільки вони не обов’язково знижують продуктивність ПК. Справжню проблему становлять додатки на базі WebView2 або, що ще гірше, Electron, які можуть споживати гігабайти оперативної пам’яті.
Discord є яскравим прикладом таких додатків: його розробники попереджали, що версія для Windows може використовувати понад 4 ГБ оперативної пам’яті. Для вирішення цієї проблеми Discord впровадив систему, яка перезапускає окремі частини додатка, намагаючись уникнути переривання роботи користувача.
Додаток “Погода” у Windows 11 також споживає понад 1 ГБ оперативної пам’яті. Проблеми з продуктивністю Microsoft Teams настільки серйозні, що компанія розробляє режим “ефективності” для слабших ПК.
Основна перевага оновленої уваги до WinUI полягає у потенційному зменшенні проблеми з веб-додатками, що накопичувалася роками. Не тільки сторонні розробники, але й сама Microsoft віддавала перевагу WebView2 (на базі Chromium), аніж WinUI.
Однак, немає гарантій, що нові зусилля Microsoft щодо WinUI переконають різні продуктові групи компанії інвестувати в цей нативний фреймворк. Тому не варто дивуватися, якщо “Новий Outlook” та Teams залишаться веб-додатками ще тривалий час.
Microsoft також обіцяє зробити WinUI швидшим і менш вимогливим до ОЗП
Заміна веб-додатків на WinUI — це лише частина вирішення проблеми. Сам WinUI також має питання до продуктивності, які потребують вирішення, і Microsoft повністю це усвідомлює.
Кріс Андерсон, відомий своїм внеском у графічний стек Windows, заявив на конференції Build 2026, що пріоритетами компанії є “продуктивність, фундаментальні основи, якість, виправлення багатьох помилок”, а також “значні інвестиції у покращення використання пам’яті”.
Однією з останніх змін стало переведення процесів WinUI до системного композитора, що “має забезпечити ще кращі показники продуктивності”.
Microsoft не надала точних цифр щодо покращення, але очікується ефективніше управління ресурсами.
“Я хочу поговорити про те, що нам потрібно зробити, щоб отримати право створювати певні речі. Це справді основні функції, яких люди просили та які їм дійсно потрібні для продуктивної роботи з WinUI. На першому місці — продуктивність, фундаментальні основи, якість, виправлення багатьох помилок”, — зазначив Андерсон під час конференції Build 2026.
Оскільки розробка WinUI тепер відбувається на GitHub, розробники можуть відстежувати виправлення помилок, регресії продуктивності та інші зміни в реальному часі.
WinUI розробляється публічно, але внести свій вклад поки неможливо
Хоча розробка WinUI тепер відбувається відкрито, незалежні розробники та партнери Microsoft ще не можуть робити внесок.
Наразі запити на злиття надходять від розробників Microsoft, оскільки компанія тестує робочі процеси внесення змін, валідації, документації та випуску.
“Ми використовуємо цей період для перевірки робочих процесів внесення змін, валідації, документації та випуску. Мета проста: коли будуть відкриті запити на злиття від спільноти, у контриб’юторів буде надійний і передбачуваний конвеєр. Ми віддаємо перевагу заслуженому, а не поспішному підходу, і команда працює над цим”.
Microsoft обіцяє відкрити можливість надсилання запитів на злиття від спільноти пізніше, після завершення налаштування цих робочих процесів. Це означає, що незалежні розробники зможуть покращувати WinUI та навіть оболонку Windows протягом кількох тижнів.
Microsoft заявляє, що не має наміру відмовлятися від WinUI
Раніше, коли повідомлялося про фокус Microsoft на WinUI, деякі користувачі жартували, що компанія врешті-решт створить новий фреймворк, нову мову дизайну і знову виникне проблема з узгодженістю.
Проте Microsoft спростувала такі наміри на конференції Build 2026.
“Хочу сказати, що ні, ми не маємо наміру створювати новий фреймворк. Насправді, ми спрощуємо назву і називаємо його просто WinUI, оскільки не плануємо значних змін чи руйнівних змін”.
Microsoft також повідомила, що WinUI інтегрується в оболонку Windows набагато швидше.
“Ми докладаємо максимум зусиль, щоб зробити WinUI доступним для будь-якого випадку використання. Ми почали інтегрувати його в оболонку набагато швидше. Тому ви побачите багато функцій від Microsoft, створених на базі WinUI”.
Переведення розробки WinUI у відкритий режим є першим великим кроком у цьому напрямку. Це не тільки забезпечує більшу прозорість щодо майбутніх функцій та покращень продуктивності, але й наближає ширшу спільноту розробників до Microsoft.