Uwp, Windows 10 Технологія UWP незабаром відмовиться
Я визнаю, цей заголовок трохи провокаційний, та все ж! Здається, універсальні програми UWP все менше і менше просуваються корпорацією Майкрософт з моменту припинення роботи Windows Phone, і це, мабуть, не покращиться ... Я вже задавався питанням про майбутнє UWP у жовтні минулого року. Через кілька місяців, здається, кілька ознак свідчать про прогресуючу абстиненцію.
"Ну, послухайте рідкісні випадки, коли мені доводилося це робити, клопоту було неможливо"
Я можу зрозуміти, що у вас був невдалий досвід, але, щоб зробити висновок, що win32 "гіпер погано задокументований"
Добре слухайте рідкісні часи, коли мені доводилося це робити, клопоту було неможливо. На щастя, ми рушили далі.
Згодом я можу зрозуміти, що ті, хто виріс разом із ним, можуть пошкодувати, що він занепадає. Але я повинен сказати, що не шкодую.
"Зарезервовано лише для любителів програмування"
Я вважаю себе пристрасним, оскільки я зробив це своєю роботою за вибором. Не тільки для Win32
Можливо, вам доведеться "захоплюватися програмуванням Win32".
"Якщо є щось, що дуже погано задокументовано"
вибачте .
Існує велика кількість документації щодо Win32
Починаючи з MSDN, де кожна функція Win32 API повністю аналізується, пояснюється та документується
Ви додаєте до цього дуже дуже дуже численну літературу, мільйони джерел в Інтернеті, дуже багато прикладів, наведених у різних IDE та дуже велику спільноту, .
Ми непогані ні, що ще потрібно
Особисто я хотів би сказати, що API Win32 - це найдокументованіша річ на землі
"зарезервовано лише для еліти"
Зарезервовано лише для любителів програмування
"саме сумісність заважає йому кардинально розвиватися"
Дійсно, і MS, безсумнівно, вдасться створити свою нову систему, що конкурує з нашою класичною Windows, це лише питання часу.
Але тим часом ми справді починаємо губитися зі всіма цими старими, поточними, майбутніми, бета-версіями, тестуванням, у розробці, ...
І розробка на Windows сьогодні є справжньою перешкодою для нового розробника.
Кілька років тому для кодування в Windows ми просто взяли книги майстра програмування в Win32, WF ... у Чарльза Петцольда, а через 6 місяців ми змогли зробити надзвичайні речі, повністю розуміючи функціонування системи
Сьогодні, і це шкода, ми витрачаємо більше часу на вибір правильного методу розробки, ніж на розробку, і ми більше нічого не розуміємо в системах
Microsoft все одно мусила б на чомусь зупинитися, це влаштувало б усіх
Справді, я зробив себе неправильно зрозумілим. Я згоден з вами, це не питання виступу на різних платформах, кожна з них щось приносить. Я в основному думаю про ремодуляризацію вікон. Сьогодні windows повністю об'єднаний з Win32. З Windows Vista вони добре справлялись із торканням залежностей. Потрібно ще попрацювати, оболонка все ще інтегрована в серце Windows (що пояснює, чому ми досі не бачили цього провідника файлів UWP).
І для того, щоб мати більш-менш повну сумісність, з того часу вони не стали кращими, ніж основний сервер Windows та його 1 Гб. Я не кажу про нано-сервер, або їм бракує занадто багато API.
Особисто я думаю про конкретну архітектуру. Лазурна сфера почала це робити, але це не єдина кістка в цьому випадку. Якщо ми читаємо деякі наукові роботи, то спостерігаються постійні тенденції.
Ідея може полягати в тому, щоб мати мінімальну базу, але яка не містить платформи додатків (лише бібліотека API), як зараз. Платформа працювала б у контейнерах у формі єдиного ядра (https://fr.wikipedia.org/wiki/Unikernel). Сфера Azure розпочала роботу за цим принципом (не одноядерне ядро, а контейнери та легке ядро Linux). Ми можемо уявити собі універсальну кістку, яка, таким чином, може управляти різними платформами в контейнерах. Було б чітке відокремлення, яке полегшило б роботу з обслуговування кістки. Не можна забувати, що проблема номер один у вікнах роками - це сумісність, яка перешкоджає її кардинальному розвитку. І через ці проблеми залежності та надмірну вагу вікон це коштувало йому декількох збоїв за останні десять років.
Мені здається, що духи літають дуже швидко. У наведеному прикладі фото ми помічаємо, що програмне забезпечення у попередній версії більше не дає нам можливості безпосередньо мати можливість під формами Xamarin платформи UWP. Дано:
1) що платформа наших дорогих смартфонів вже не актуальна в найближчому майбутньому, навіщо ставити вибір, якого більше не існує?
2) Ніщо не заважає продовжувати, як на початку Xamarin, додавати проект для UWP вручну. (див. повідомлення про форми Xamarin).
Назва вибрана дуже погано і має ефект бомби. Так, платформа UWP вилучена зі світу мобільного програмування, оскільки нові смартфони більше не існують при виробництві нових смартфонів в середовищі Windows 10 MOBILE.
Мені важко зрозуміти, звідки ви родом ...
.Net Core - це крос-платформа для Windows 10, Linux, OS X
UWP - це мультипристрій під Windows 10
Win32 - це єдиний пристрій під Windows x/10
Отже, ці платформи не можуть конкурувати, вони не роблять однаково, і головне, вони взагалі не мають однакової продуктивності, і .Net Core занадто далеко від системи, щоб конкурувати з Win32/UWP
Так, безсумнівно, MS має бажання створити безліч етапів програмного забезпечення для задоволення розробників, але все ж є обмеження
Сьогодні для відображення вікна в XAML, наприклад в Windows, вам потрібен один рядок коду, в Win32 вам потрібно 20 ...
Ви додаєте більш-менш складну процедуру, і різниця в продуктивності підраховується в секундах. Це майбутнє, створюючи програми/програми дуже легко за допомогою двох кліків, але без будь-якої продуктивності. я так не думаю
Коли я бачу, що для .Net Core MS поступово інтегрує всі технології, що зробили розробник під Windows (Winforms та ін.) Успішним .Net Core ... справді, це дуже добре для додатків із кнопками, але для важчих речей (ігровий, ...), далі
Перш за все, у мене складається враження, що він формується повільно, але впевнено, світло для Windows з відкритим кодом, яке MS буде контролювати за допомогою різноманітних основних програмних платформ
Наступна ОС Windows One Core буде йти в цьому напрямку, тоді як Windows UWP/Win32 буде йти своїм шляхом, до можливого переходу в залежності від успіху чи ні Core OS ...
Але це не на завтра, це певність
Ви обіцяєте нам, коли на даний момент просто неможливо створювати мобільні програми UWP.
Ви думаєте, що після цієї беззначної обіцянки розробники підуть за нею ?
Мій маленький коментар до цієї новини. Арно їздив туди важко, особисто я не згоден з цим твердженням, яке я вже пояснював нижче. Однак навіть якщо це хибне, я вважаю, що про це варто поговорити. На даний момент UWP зробив великий провал. Коли ми думаємо, що в той же час ядро .net проривається, ми можемо сказати, що Надела не була дуже прозорливою, відмовившись від проекту Midori.
Тоді ms вже переписав багато програм для Windows 10 в UWP, і я вважаю, що саме меню "Пуск" знаходиться в XAML. Нарешті, нове ядро Windows має широко використовувати його. Він точно перетвориться, але я дуже сумніваюся, що він зникне.
З кількох внутрішніх джерел у Microsoft я кілька разів чув те саме. Про цю ідею нещодавно повідомив Зак Боуден навколо Дейва Катлера.
Microsoft кілька років прагнула розділити апаратне забезпечення, кістку, платформу додатків та інтерфейс на рівні, які розвиватимуться самостійно.
В даний час Windows повністю обмежений Win32. Я не думаю, що вони зроблять таку ж помилку, повністю інтегруючи UWP в кістку. Але це вже більш-менш так. Програми UWP вже ізольовані від системи. Система проектування API з метаданими IDL створює це структурне поділ.
Для мене ідея полягає не в тому, щоб замінити Win32 іншим техно і через десять років знайти ті самі проблеми, а поставити їх на одному рівні (Win32/.Net/UWP/PWA/Linux Apps). Управляти залежностями всередині ядра Windows буде набагато простіше. Інформація, яку ми маємо на даний момент, говорить про велику модуляризаційну роботу на кістці.
Для UWP здається, що він міг би розвинутися з можливістю заміни середовища виконання Windows, основи цього фреймворку, на XLang. XLang є крос-платформним. Це також стосується MSIX, нової технології встановлення контейнерів, яка повинна замінити MSI та APPX.
Якщо ви стежили за словами Наделли в хмарі та на різних платформах і давали їй розуміння, можна серйозно задуматись, чи не хоче Microsoft створити якусь універсальну кістку.