Microsoft уточнила, що не відмовляється від WinUI та XAML, попри початок тестування експериментального фреймворку Microsoft.UI.Reactor. Враховуючи попередній досвід компанії із припиненням підтримки UWP та Silverlight, певні сумніви серед розробників цілком зрозумілі.
WinUI — це нативний UI-фреймворк від Microsoft, який дозволяє створювати застосунки, що відповідають дизайну Windows 11, як-от застосунок «Параметри». XAML — це мова розмітки, яку розробники використовують для опису інтерфейсу програми.
Reactor базується на WinUI і пропонує новий спосіб опису цих нативних інтерфейсів безпосередньо в C#, оминаючи необхідність писати XAML. Це не означає, що Reactor замінить WinUI, проте виникають запитання щодо майбутнього XAML, який вже тривалий час відчувається дещо занедбаним.
Microsoft надала документацію та матеріали з відкритим кодом стосовно цього питання. “WinUI є основою. XAML — це першокласний спосіб його використання, він не буде виводитись з експлуатації та продовжує активно розвиватися”, — зазначив Александре Золінгер Чофхі з Microsoft у блозі для розробників від 21 жовтня.
Після Silverlight та UWP розробники мають причини для обережності
Microsoft має історію припинення підтримки продуктів. Підтримку Silverlight було завершено 12 жовтня 2021 року. UWP формально залишається підтримуваним, але сама Microsoft більше не розробляє нових застосунків з його використанням, а офіційна документація вказує, що платформа «більше не перебуває в активній розробці», що фактично означає її кінець. Бачення «один додаток для всього» для Windows також померло.
WhatsApp замінив свій нативний UWP-додаток версією на базі WebView2. У попередніх тестах веб-версія споживала від 600 МБ до 1,2 ГБ оперативної пам’яті під час прокручування чатів. Відео пришвидшено у 2,5 рази. Джерело: WindowsLatest.com
Натомість Microsoft рекомендує розробникам використовувати Windows App SDK та WinUI для нових застосунків.
Компанія також припинила підтримку таких проєктів, як Project Astoria (Android для Windows), Windows Subsystem for Android та інструменту для роботи з iOS. І це не кажучи вже про Windows Phone.
Можна стверджувати, що Silverlight та UWP мали інші цілі, ніж WinUI, але ці приклади пояснюють, чому оголошення про новий фреймворк від Microsoft може викликати занепокоєння у розробників.
Зміна стратегій Microsoft кожні кілька років змушує сумніватися, чи стала компанія принципово іншою. Реструктуризація для скорочення витрат та інвестицій в ШІ може знову відсунути Windows на другий план, підриваючи поточні зусилля з її відродження.
Microsoft заявляє про прихильність до WinUI
На конференції Build 2026 Кріс Андерсон з Microsoft заявив, що компанія «не має наміру створювати новий фреймворк».
Microsoft навіть почала називати WinUI 3 просто «WinUI», щоб розробники не вважали, що WinUI 4 знаходиться на шляху розробки, і не відкладали свої проєкти в очікуванні.
Кріс Андерсон пояснює, чому Microsoft відмовилася від цифри “3” у назві WinUI на конференції Build 2026. Джерело відео: Microsoft / WindowsLatest.com
Мета полягає у забезпеченні «безперервності», що схоже на підхід Microsoft 365. Користувачі не чекають щорічного випуску Microsoft 365 v2, оскільки знають, що продукт постійно оновлюється, і немає потреби чекати на великий реліз, щоб почати його використовувати.
Microsoft свого часу намагалася застосувати подібну ідею з Windows 10, заявляючи, що це буде остання версія ОС, але згодом змінила рішення. Це також могло спричинити проблеми для OEM-виробників, оскільки модель «Windows як послуга» зменшувала стимули для купівлі нового обладнання, коли існуючі ПК могли отримувати нові функції.
Reactor змінює підхід до розробки додатків WinUI
Reactor може стати позитивним нововведенням. Якщо він виявиться успішним, Windows може отримати значно більше нативних додатків, і, можливо, ми остаточно попрощаємося з додатками на основі WebView.
Це саме те, чого, ймовірно, шукали деякі розробники, особливо ті, хто використовує SwiftUI, React або Jetpack Compose. Для них використання XAML у типовому проєкті WinUI вимагає додаткового вивчення. Новий підхід, що пропонує знайомий стиль, може стати справжнім проривом.
Наразі, якщо розробник звик до XAML для додатків WinUI, він міг помітити, що код, який керує станом та розміткою інтерфейсу, може бути розподілений між кількома файлами. Reactor вирішує цю проблему, дозволяючи розробникам описувати зовнішній вигляд та керувати станом компонента разом, що зменшує кількість файлів порівняно з XAML.
Варто зазначити, що якщо розробники почнуть використовувати Reactor (C#) для розмітки та відмовляться від XAML, вони все одно використовуватимуть реальні елементи керування WinUI, включно з текстовими полями, елементами навігації тощо.
Microsoft запевнила, що Reactor не впроваджує окремий рендерер або інтерфейс на основі браузера, тому WinUI залишається безпечним і є основою цього експерименту.
«Reactor — це не нова UI-платформа. Це новий спосіб описувати вміст WinUI», — зазначила Microsoft у документації проєкту на GitHub.
Один із розробників позитивно відгукнувся про нововведення: «Я подумав: ‘Нарешті’. Сподіваюся, це стане популярним і допоможе зробити нативну розробку під Windows більш дружньою для розробників з інших платформ. Уявіть світ без громіздких Electron-додатків!»
За даними порталу: www.windowslatest.com