Що таке пакети Windows 11 .appx та .appbundle і як вони працюють?

Якщо ви користуєтеся Windows 10 або Windows 11, рано чи пізно ви зіткнетеся з сумнозвісними файлами .appx та .appxbundleВи можете побачити їх під час завантаження програми UWP, перегляду магазину Microsoft Store або виконання інструкцій зі встановлення програм не з магазину. І, звичайно, вам, природно, буде цікаво, що вони собою являють, для чого вони потрібні та як їх встановити, не зіпсувавши все.

У сучасній екосистемі програм Microsoft ці формати замінюють класичні інсталятори. .exe або . MSIЗа цими назвами приховується набагато більше, ніж здається на перший погляд: інша модель безпекиІснує ще один спосіб оновлення, інтеграція з Магазином, опції масового розгортання в підприємствах і навіть спеціальні команди PowerShell та DISM для керування ними. Давайте розглянемо їх уважно, але детально, щоб ви могли легко ними користуватися.

Що таке пакети .appx та .appxbundle у Windows 10 та Windows 11?

Файл із розширенням .appx Це стандартний інсталяційний пакет для програм UWP (Universal Windows Platform), представлених разом із Windows 8 та Windows Phone 8.1. Це стиснутий контейнер, який відповідає специфікації OPC (Open Packaging Convention) та групує програму, готову до встановлення — бінарні файли, ресурси, маніфест, дозволи, описи, значки тощо — в один файл, подібний до . MSIале розроблений для нової моделі додатків Microsoft.

Файл .appx містить ключовий файл, AppxManifest.xmlУ цьому розділі визначено назву пакета, ідентифікатор програми, версію, підтримувані архітектури, необхідні залежності, мови, можливості (дозволи) та інші додаткові налаштування. Завдяки цьому Windows може встановити програму без майстрів "Далі, Далі, Завершити", що зменшує кількість помилок, типових для традиційних інсталяторів Win32.

Зі свого боку, а .appxbundle Це «пакет» або групування кількох пакетів та ресурсів .appx в один файл. Іншими словами, це організована колекція пакетів та ресурсів програм (мов, масштабування інтерфейсу, DirectX тощо), що використовуються разом для забезпечення оптимальної роботи на кожному пристрої, мінімізуючи при цьому дисковий простір, який займає програма на кожному конкретному комп’ютері.

Мета цих форматів полягає в тому, щоб дозволити розповсюджувати та запускати одну й ту саму програму різними способами. однаковий для ПК, планшетів, мобільних телефонів та інших пристроїв Сумісний з Windows 10 та Windows 11, що вирішує проблеми, з якими стикалися традиційні інсталятори в мобільних або обмежених середовищах. Все набагато контрольованіше: ізольовані шляхи, декларативні дозволи, чисте встановлення та видалення, а також можливість підготовки програм на рівні образу системи.

Практична різниця між .appx та .appxbundle

Різниця між цими двома форматами важлива, особливо якщо ви керуєте командами або встановлюєте програми не з Microsoft Store. .appx Зазвичай він містить застосунок для певної архітектури (наприклад, x64) та базовий набір ресурсів, тоді як .appxbundle Він містить кілька варіантів цієї програми разом із додатковими ресурсами для різних сценаріїв.

У файлі .appxbundle можна знайти, наприклад, основний пакет для x86, ще один для x64, ще один для ARM, а також різні пакети мовних ресурсів або ресурсів масштабування. Windows вибере лише відповідні пакети під час встановлення, залежно від конфігурації пристрою та операційної системи. Це зменшує споживання ресурсів. пропускна здатність і дисковий простіртому що користувачеві не потрібно завантажувати мови чи архітектури, які він не збирається використовувати.

Цей підхід є ключовим у процесі публікації в Microsoft Store. Під час завантаження програми ви можете завантажувати файли. .msix, .msixbundle, .appx, .appxupload та .appxbundleМагазин відповідає за «класифікацію» та визначення того, який конкретний пакет найкраще підходить для кожного сімейства пристроїв та версії Windows, на основі архітектури, номера версії пакета та інших метаданих.

У середовищах, керованих за допомогою DISM (обслуговування та керування образами розгортання), поведінка також змінюється: коли ви додаєте .appxbundle до зображенняІнтегровано лише ті пакети ресурсів, які мають сенс для цього образу, як ми побачимо пізніше, коли будемо говорити про мовні пакети та ресурси масштабування/DXFL.

Як Microsoft Store керує пакетами APPX та APPXBUNDLE

Магазин Microsoft є офіційним шлюзом для більшості цих програм. Коли розробник надсилає програму, у розділі Пакети З панелі публікації завантажте всі відповідні файли інсталяції: .msix, .msixupload, .msixbundle, .appx, .appxupload та/або .appxbundle. Ви можете завантажити кілька пакетів однієї програми, і Магазин вирішить, який з них пропонувати кожному клієнту з кожним завантаженням.

Після завантаження консоль публікації відображає таблицю, в якій показано, які пакети будуть доставлені кожному Сімейство пристроїв Windows 10/11 (настільні комп’ютери, мобільні пристрої, Xbox, HoloLens, Surface Hub, IoT тощо), упорядковані за критеріями класифікації версій. Звідти ви також вибираєте, на яких сімействах пристроїв буде доступна програма та чи буде дозволено її використання на майбутніх сімействах, що з’являться.

Якщо Магазин виявляє помилки під час перевірки пакета (наприклад, проблеми з версією, погано визначені залежності або проблеми з сигнатурою), він відображає попередження, щоб розробник міг виправити проблему, видалити конфліктуючий пакет і повторно завантажити його. Він також може вказати на надлишкові пакети Коли з'являються новіші версії, що охоплюють той самий набір клієнтів, пропонується автоматично видалити їх з поставки.

У розділі доступності сімейства пристроїв можна встановити або зняти прапорці, щоб визначити, чи буде програма доступна на Windows 10/11 Desktop, Xbox, Windows 10 Team, Windows 10 Holographic тощо. Наприклад, якщо ви завантажуєте пакети спеціально для сімейства Windows.Desktop, буде активовано лише блок робочого столу, і ви не зможете активувати інші для тих самих бінарних файлів.

Сімейні пакети Універсальна Windows Вони більш універсальні: можуть працювати практично на будь-якому пристрої Windows 10 або 11 (включно з Xbox One). За замовчуванням Магазин пропонує їх усім відповідним сім'ям, окрім Xbox, для якої потрібне дотримання спеціальних умов (наприклад, бути грою в рамках програми Xbox Live Creators або пройти спеціальний процес затвердження).

Публікація, версії та класифікація пакетів

Коли для існуючої програми випускається оновлення, Microsoft Store пропонує розширені опції, такі як поступове впровадження оновлення. Це дозволяє визначити відсоток користувачів, які отримають нові пакети, та проаналізувати їхню поведінку й аналітичні дані, перш ніж розгорнути оновлення на 100% встановленої бази.

У цих оновленнях ви також можете позначити оновлення як примусовийЯкщо розробник інтегрував API Windows.Services.Store, програма може перевіряти наявність нових версій та примусово завантажувати й встановлювати оновлені пакети з певної дати й часу, за умови, що на пристрої встановлено Windows 10 версії 1607 або вище.

Внутрішньо Магазин ранжує пакети на основі їхніх номерів версій. Якщо для певного сімейства пристроїв існує кілька сумісних пакетів (наприклад, Package_A.appxupload та Package_B.appxupload), таблиця ранжування покаже порядок, у якому вони будуть обслуговуватися. Пакет з рангом 1 має пріоритет; якщо пристрій користувача не може його запустити (через архітектуру, мінімальну версію системи тощо), Магазин спробує наступний пакет у списку.

Якщо жоден пакет у наборі не відповідає вимогам до пристрою (наприклад, тому що властивість minVersion (якщо встановлено новішу версію Windows), користувач не зможе завантажити або встановити цю програму на цей комп’ютер. Це запобігає сценаріям невдалої інсталяції або нестабільної поведінки.

Управління пакетами також включає попередження про видалення надлишкові пакети Коли існують новіші версії, які охоплюють усіх клієнтів, які раніше отримували старіші пакети, ви можете видалити ці пакети окремо з консолі або скористатися автоматичною опцією для очищення всіх надлишкових пакетів за один крок.

Що таке DISM і як він працює з пакетами .appx та .appxbundle?

DISM (Обслуговування та керування образами розгортання) – це інструмент командного рядка, призначений для Збереження та зміна образів Windowsяк офлайн, так і на запущених системах. Серед його численних функцій є керування підготовленими пакетами програм (.appx та .appxbundle), які будуть автоматично встановлені в профілі користувачів.

Основний синтаксис DISM для роботи з зображеннями такий:

DISM.exe {/Зображення: | /Онлайн} {maintenance_option}

Такі команди, як наведено нижче, використовуються для підтримки пакетів програм, підготовлених в автономному образі:

DISM.exe /Зображення:

А для запущеної операційної системи (онлайн-зображення):

DISM.exe /Онлайн

При використанні /? Після будь-якої з цих опцій DISM відображає детальну довідку щодо цієї підкоманди, включаючи доступні аргументи та практичні приклади, як для онлайн-, так і для офлайн-образів.

Ключові команди DISM для пакетів APPX

DISM пропонує кілька спеціальних функцій для роботи з підготовленими пакетами .appx та .appxbundle. Ці інструменти дуже корисні для адміністраторів, які готують корпоративні образи або масово розгортають програми UWP.

Вибір /Get-ProvisionedAppxPackages Тут перелічено всі пакети програм, що підготовлені в образі, і тому будуть автоматично встановлені для кожного нового користувача під час його першого входу в систему. Типовим прикладом буде:

Dism /Зображення:C:\test\offline /Get-ProvisionedAppxPackages

Щоб додати один або декілька пакетів програм до образу, використовується /Додати-ProvisionedAppxPackageКоли програму додано таким чином, вона включається до образу та реєструється для всіх нових та існуючих профілів користувачів під час наступного входу в систему. Якщо образ доступний онлайн, поточний користувач не побачить зареєстровану програму, доки не вийде з системи та не ввійде знову.

Microsoft рекомендує налаштовувати програми в операційній системі в режимі підготовки аудит скористатися перевагами жорстких посилань між спільними файлами, тим самим зменшуючи використання дискового простору та запобігаючи запуску програм будь-яким користувачем під час процесу встановлення та налаштування.

Розширений синтаксис /Add-ProvisionedAppxPackage

Синтаксис /Додати-ProvisionedAppxPackage Він підтримує кілька параметрів для охоплення різних сценаріїв:

dism.exe /Add-ProvisionedAppxPackage {/Шлях до папки: /ШляхПакета: { } }

з /ШляхДоПапки Це вказує на папку, що містить розпакований застосунок (основний пакет, залежності та ліцензію). Підтримується лише для розпакованих пакетів .appx, а не для пакетів .appxbundle.

Вибір /ШляхПакета Він вказує безпосередньо на файл програми .appx або .appxbundle. Він дійсний для забезпечення роботи бізнес-програм в онлайн-системах, але не підтримується, якщо хост, на якому запущено DISM, працює на WinPE 4.0, Windows Server 2008 R2 або раніших версіях.

з /Регіон Регіони, в яких буде підготовлено пакет (.appx або .appxbundle), контролюються. Ви можете вказати "all" (всі регіони) або список кодів ISO 3166-1 Alpha-2 або Alpha-3, розділених крапкою з комою (наприклад, "US" або "USA"). Якщо регіон не вказано, пакет буде підготовлено, лише якщо він прив'язаний до макета "Головна".

Параметр /ШляхПакетаЗалежностей Він використовується для визначення кожного пакета залежностей, який потрібен програмі. Ці залежності ідентифікуються шляхом звернення до елементів з файлу AppxManifest.xml основного пакета. Коли кілька програм використовують одну й ту саму залежність, слід встановити останню проміжну версію кожної основної гілки цієї залежності, щоб уникнути непотрібного дублювання.

У змішаних архітектурах, таких як образ x64, залежності мають бути включені у відповідних варіантах (x86 та x64). Якщо також вказано пакет залежностей ARM, DISM проігнорує його, оскільки він не відповідає цільовій архітектурі. На машині x86 будуть встановлені лише залежності x86, а на пристрої ARM — лише залежності ARM.

Керування ліцензіями, користувацькі дані та зразки DISM

з /ШляхДоКористувацькихДаних З програмою можна пов’язати додатковий файл користувацьких даних. Вказане вами ім’я файлу буде автоматично перейменовано на Custom.dat після інтеграції в образ, а якщо для цього пакета вже існує файл Custom.dat, його буде перезаписано новим вмістом.

Вибір /ШляхДоЛіцензії Використовується разом з /PackagePath для вказівки на файл .xml, що містить ліцензію програми, яка потрібна в певних бізнес-сценаріях. Якщо програма не потребує ліцензії, її можна використовувати /ПропуститиЛіцензіюОднак Microsoft попереджає, що це слід робити лише в середовищах, підготовлених для тестових інсталяцій, оскільки використання поза цими сценаріями може поставити під загрозу достовірність образу.

Деякі типові приклади використання DISM з .appx та .appxbundle:

Dism /Image:C:\test\offline /Add-ProvisionedAppxPackage /FolderPath:c:\Test\Apps\MyUnpackedApp /CustomDataPath:c:\Test\Apps\CustomData.xml

Dism /Online /Add-ProvisionedAppxPackage /PackagePath:C:\Test\Apps\MyPackedApp\MainPackage.appx /DependencyPackagePath:C:\Test\Apps\MyPackedApp\Framework-x86.appx /DependencyPackagePath:C:\Test\Apps\MyPackedApp\Framework-x64.appx /LicensePath:C:\Test\Apps\MyLicense.xml

Dism /Online /Add-ProvisionedAppxPackage /FolderPath:C:\Test\Apps\MyUnpackedApp /SkipLicense

Dism /Image:C:\test\offline /Add-ProvisionedAppxPackage /PackagePath:C:\Test\Apps\MyPackedApp\MainPackage.appxbundle /SkipLicense

Dism /Online /Add-ProvisionedAppxPackage /PackagePath:C:\Test\Apps\MyPackedApp\MainPackage.appxbundle /Регіон:»усі»

Ці приклади демонструють використання як з розпакованими папками програм, так і з упакованими пакетами, а також комбінації із залежностями, ліцензуванням та певними регіонами.

Інші команди DISM: видалення, оптимізація та налаштування даних

Щоб видалити підготовку пакета програми в образі, використовується /Видалити-ProvisionedAppxPackageвказуючи назву пакета. Це запобігає автоматичній реєстрації програми для нових облікових записів користувачів, створених пізніше.

Основний синтаксис:

/Видалити-ProvisionedAppxPackage /НазваПакета:

Наприклад:

Видалити /Зображення:C:\test\offline /Видалити-ProvisionedAppxPackage /НазваПакета:microsoft.devx.appx.app1_1.0.0.0_neutral_ac4zc6fex2zjp

DISM також включає опцію /Optimize-ProvisionedAppxPackages Щоб зменшити загальний розмір підготовлених пакетів у образі, між ідентичними файлами створюються жорсткі посилання. Це можливо лише для офлайн-образів та до їх переведення в онлайн; після завантаження образу з цими пакетами повторна оптимізація того, що було підготовлено раніше, більше неможлива.

Типова команда буде такою:

DISM.exe /Зображення:C:\test\offline /Оптимізувати-ProvisionedAppxPackages

Щодо керування користувацькими даними за допомогою попередньо підготовлених пакетів, використовується наступне: /Set-ProvisionedAppxDataFileЦей параметр додає (або замінює) файл даних Custom.dat для певного пакета, який вже було додано до образу, без необхідності повторного його налаштування з нуля.

Синтаксис:

/Set-ProvisionedAppxDataFile /Назва пакета:

Практичний приклад:

DISM.exe /Зображення:C:\test\offline /Set-ProvisionedAppxDataFile /Шлях_до_користувачів:c:\Test\Apps\Custom.dat /Назва_пакета:microsoft.appx.app1_1.0.0.0_neutral_ac4zc6fex2zjp

Якщо для цієї програми вже існує файл Custom.dat, він буде перезаписаний новим файлом. Це корисно для оновлення налаштувань або даних за замовчуванням без перевстановлення всього пакета.

StubPackageOption: пакети-«заглушки» проти повних пакетів

Ще однією функцією, пов'язаною з керуванням .appxbundle, є параметр /StubPackageOption, який використовується разом із параметрами обслуговування пакетів програм для визначення переваги між встановленням однієї версії допоміжний код (заглушка) або повну версію програми.

Синтаксис:

/StubPackageOption:{installstub | installfull}

з інсталяційний файл Вказано, що наданий пакет буде варіантом-заглушкою, який зазвичай є мінімальним контейнером, що потім завантажує додаткові компоненти з Магазину, коли користувач запускає програму. повне встановлення Повна версія програми встановлюється безпосередньо, тож користувач має її повністю доступною без додаткових завантажень.

Якщо параметр не вказано, застосовуються налаштування заглушки зображення за замовчуванням. Прикладом з реального світу буде:

Dism /image:C:\test\offline /add-provisionedappxpackage /packagepath:»C:\dism\stub\appwithresources.appxbundle» /stubpackageoption:installstub

Це корисно, коли ви хочете контролювати початковий розмір зображення або подальше завантаження на комп’ютерах з обмеженим з’єднанням.

Як DISM вирішує, які ресурси з .appxbundle додати до образу?

Коли додається файл .appxbundle У образі Windows не всі внутрішні пакети вважаються застосовними. DISM оцінює застосовність пакетів ресурсів залежно від мови та певних характеристик цільового обладнання.

У випадку пакетів мовних ресурсів, якщо мова відсутня в образі операційної системи, відповідний мовний пакет програми не додається. Наприклад, якщо образ Windows з англійською (США) мовою за замовчуванням, а також включено іспанський мовний пакет (Іспанія), пакети ресурсів програми для англійської та іспанської мов будуть встановлені, але можливий французький пакет ресурсів буде проігноровано, якщо він існує в .appxbundle.

На відміну від цього, пакети ресурсів масштабування та DirectX (DXFL) Ці ресурси залежать від фактичного обладнання, на якому використовуватиметься образ. Оскільки це неможливо визначити під час підготовки автономного образу, DISM додає всі пакети ресурсів масштабування та DXFL з пакета. Згодом, під час першого завантаження та на етапі готовності до використання (OOBE), коли користувач вибирає мову, а система виявляє конфігурацію дисплея та графічного процесора, Windows автоматично видаляє невідповідні ресурси.

Якщо образ містить кілька мовних пакетів, пакети ресурсів програми додаються для кожного з них. Потім, коли перший користувач входить у систему та вибирає мову під час першого запуску системи, система очищає залишки ресурсів (невикористані мови, масштаби або DXFL, які не відповідають апаратному забезпеченню), щоб звільнити місце на диску.

Практичний приклад: Додаток підтримує англійську (США), французьку (Франція) та іспанську (Іспанія). Якщо додано зображення із системними мовами англійською та іспанською, початкове зображення міститиме ресурси програми обома мовами. Якщо перший користувач обере англійську як мову системи, після першого входу в систему іспанські ресурси з цього додатка, які не потрібні для профілю користувача, будуть видалені.

Обмеження та вимоги під час встановлення пакетів .appx та .appxbundle

Не все є прийнятним під час встановлення пакетів APPX. Є певні Обмеження версії Windows та навколишнє середовище, що слід враховувати, щоб уникнути безглуздих помилок.

З одного боку, пакет .appx не можна встановити на системах, які не підтримують програми Windows 8 або пізніших версій; а для пакета .appx потрібна, як мінімум, система, сумісна з програмами Windows 8.1. Встановлення цих програм не підтримується в середовищах WinPE 4.0, на варіанті Server Core Windows Server 2012 або в будь-якій версії Windows, що передує Windows 8/Windows Server 2012.

Щоб програми UWP працювали на Windows Server 2012, необхідно встановити настільний досвідщо дозволяє реалізувати можливості сучасної платформи додатків. У середовищах Server Core або з сильно обрізаними зображеннями ці додатки просто не підтримуються.

Крім того, DISM підтримує лише /ШляхДоПапки Для розпакованих пакетів .appx та .appxbundle, /PackagePath завжди має вказувати на файл, що входить до комплекту. В іншому випадку це призведе до помилок сумісності або форматування під час виконання команди.

Слід також зазначити, що програми UWP не підтримуються в деяких спеціальних виданнях (таких як деякі варіанти WinPE), тому навіть якщо вам вдасться скопіювати файл .appx, операційна система не зможе його зареєструвати або коректно запустити.

Встановлення .appx та .appxbundle безпосередньо у Windows (без використання DISM)

Окрім керування образами, домашні користувачі часто стикаються з файлами .appx та .appxbundle під час завантаження програм з Microsoft Store або інших джерел. У Windows 10 та Windows 11 їх можна досить легко встановити, за умови дотримання певних вимог.

Щоб дозволити встановлення цих програм поза Магазином, було запроваджено спеціальний режим конфігурації під назвою Режим програмістаЦей режим дозволяє запускати пакети APPX, які не підписані довіреними сертифікатами або походять з джерел, відмінних від офіційного магазину, подібно до опції дозволу сторонніх програм в Android.

Спочатку переконайтеся, що у вашій системі встановлено принаймні ключові оновлення (наприклад, ювілейне оновлення для Windows 10). Потім у розділі «Налаштування» > «Оновлення та безпека» > «Для розробників» можна ввімкнути «Режим розробника» або принаймні пробну версію інсталяції для програм.

Після ввімкнення опції та перезавантаження комп’ютера за потреби, встановлення файлу .appx або .appxbundle відбувається так само просто, як двічі клацніть на файліWindows відкриває інсталятор програми UWP, який відображає назву програми, джерело (наприклад, Microsoft Store), версію, видавця та запитувані дозволи (можливості).

У цьому вікні ви можете вибрати, чи запускати програму автоматично після встановлення. Натискання кнопки «Встановити» дозволить системі перевірити підпис, зареєструвати пакети та вирішити будь-які необхідні залежності. Якщо програмі потрібні додаткові бібліотеки, Windows завантажить їх або встановить із самого образу, якщо він підготовлений.

Встановлення та реєстрація APPX за допомогою PowerShell

Для досвідчених користувачів та адміністраторів PowerShell пропонує точніший контроль над встановленням файлів .appx та .appxbundle, ніж графічний інтерфейс. Основний командлет — Додати-AppxPackage, який підтримує як встановлення простого пакета, так і реєстрацію розпакованих програм з їхнього маніфесту.

Якщо у вас вже є завантажений файл .appx або .appxbundle, просто відкрийте PowerShell від імені адміністратора та виконайте команду, подібну до:

Add-AppxPackage -Шлях «C:\Шлях\Program.appx»

Очевидно, вам потрібно налаштувати шлях та ім'я файлу відповідно до вашого конкретного випадку. Якщо замість упакованого файлу у вас є розпакований додаток у папці, ви можете зареєструвати його за допомогою маніфесту:

Add-AppxPackage -Шлях C:\Шлях\Program\AppxManifest.xml -Реєстрація

Це повідомляє Windows про необхідність реєстрації програми так, ніби вона була встановлена ​​з пакета .appx, що дуже корисно під час розробки або в сценаріях, коли потрібно виконати контрольоване розгортання з локального репозиторію.

В обох випадках PowerShell відображатиме детальні помилки, якщо відсутні будь-які залежності, якщо підпис недійсний або якщо пакет не відповідає політикам виконання системи (наприклад, якщо режим розробника не ввімкнено або якщо політика інсталяції дозволяє лише програми з Магазину).

Завантажуйте програми UWP поза магазином Microsoft: Adguard та подібні програми

Хоча Microsoft заохочує користувачів використовувати офіційний магазин, існують сторонні інструменти, які дозволяють завантажувати пакети безпосередньо. .appx та .appxbundle з власних серверів компанії, без використання інтерфейсу Магазину. Одним з найвідоміших є веб-сайт Adguard, який виступає своєрідним «проксі» для Магазину Microsoft.

Ідея проста: спочатку ви отримуєте URL-адресу програми з офіційного веб-сайту Microsoft Store (наприклад, шукаючи WhatsApp Desktop та копіюючи адресу, яка містить ідентифікатор продукту). Ви вставляєте цю URL-адресу в поле Adguard, вибираєте потрібну гілку (зазвичай «Retail» для стабільної версії), і веб-сайт генерує список усіх файлів, пов’язаних із цією програмою.

Список містить як основні пакети (AppxBundle або EAppxBundle), так і сигнатуру, залежності та інші ресурси. Пакети, необхідні для встановлення програми, зазвичай такі: AppxBundle/EAppxBundle останньої версії та для відповідної архітектури (наприклад, x64). Поруч із кожним елементом відображається SHA1-хеш для перевірки цілісності завантаження.

Натискання на одне з цих посилань завантажує файл безпосередньо із серверів Microsoft, а не з самого AdGuard. Потім користувач може встановити його, двічі клацнувши або використовуючи Add-AppxPackage, як описано раніше, за умови, що режим розробника ввімкнено, якщо програма цього вимагає.

Переваги, ризики та обмеження встановлення APPX поза магазином

Цей «трюк» із завантаженням APPX та APPXBUNDLE з-поза меж Microsoft Store має певну привабливість: він дозволяє зберігати копії програм, які можуть бути видалені в майбутньому, або встановлювати програми на комп’ютерах, де Магазин не працює належним чином або де у вас немає доступу до облікового запису Microsoft.

Однак, у нього також є чимало практичні обмеженняПочнемо з того, що завантаження платного додатка цим методом не означає, що ви можете користуватися ним безкоштовно. Магазин і сама система інтегрують механізми DRM, які вимагають онлайн-перевірки ліцензії за допомогою облікового запису Microsoft; якщо ця перевірка не виконана, програма не запуститься, навіть якщо пакет було успішно встановлено.

Крім того, не користуючись Магазином звичайним чином, ви втрачаєте зручність постійного отримання останній доступний із програми. Якщо ви збережете лише копію завантаженого пакета, він, ймовірно, незабаром застаріє, через можливі проблеми сумісності, помилки, які вже виправлені в новіших версіях, або зміни в онлайн-сервісах, які призведуть до неправильної роботи програми.

На практиці цей метод має сенс лише в певних випадках: наприклад, збереження безкоштовної програми, яку ви вже використовували, яка відповідає політикам безпеки Microsoft, і яка, як ви підозрюєте, може зникнути з Магазину (наприклад, деякі утиліти, пов’язані зі шпалерами, Spotlight тощо). Однак використовувати її як звичайну заміну Магазину Microsoft не рекомендується.

Ще один додатковий ризик обходу офіційного магазину полягає в тому, що ви можете завантажувати пакети з ненадійних або перепакованих сайтів, що може призвести до зараження шкідливим програмним забезпеченням. шкідливе програмне забезпечення, рекламне ПЗ або небажане програмне забезпечення у системі. Магазин фільтрує та аналізує програми, але веб-сайти-посередники не завжди пропонують таку гарантію.

Поширені проблеми під час встановлення програм не з Магазину

Коли ви вирішуєте встановлювати програми Windows з Інтернету замість використання Microsoft Store, виникає низка поширених проблем, про які вам слід знати, багато з яких більше пов’язані з безпекою та сумісністю, ніж із самим форматом .appx.

Перший — це ризик того, що завантажений файл містить віруси або трояниПід час завантаження програм безпосередньо зі сторонніх веб-сайтів немає гарантії, що інсталятор не було змінено або що сторінка не перенаправить вас на інший виконуваний файл за допомогою оманливих банерів. Натомість програми з App Store проходять перевірки сумісності та безпеки перед публікацією.

Ще однією типовою проблемою є недоліки сумісностіУ таких випадках навчіться Використання засобу перегляду подій для діагностики збоїв Магазин Microsoft Store може допомогти. Завантажуючи сторонній інсталятор, ви можете встановити версію, несумісну з вашою версією Windows, архітектурою чи версією операційної системи, що призведе до помилок виконання або непередбачуваної поведінки. Магазин Microsoft Store запобігає цьому, обмежуючи завантаження програм, які не відповідають мінімальним вимогам до пристрою.

Також слід враховувати користувацький досвід перегляду веб-сайтів, перевантажених рекламою, спливаючими вікнами та незрозумілими кнопками. Багато сайтів надмірно використовують банери та фальшиві завантаження, які спонукають користувачів встановлювати додаткове програмне забезпечення (панелі інструментів, розширення, сумнівні менеджери завантажень тощо), яке не має нічого спільного з додатком, який вони спочатку шукали.

Зрештою, деякі програми, отримані з неофіційних каналів, можуть містити додаткові компоненти, які споживають ресурси або дисковий простір, не додаючи цінності: пробне антивірусне програмне забезпечення, сторонні утиліти, панелі інструментів тощо. У випадку програм UWP, якщо ви завантажуєте неофіційні або перепаковані версії, розмір диска може бути більшим, ніж у оригінальної версії, саме тому, що вони містять «додаткові компоненти», яких не було в сертифікованому пакеті Store.

Зміна ролі Microsoft Store у Windows 11

З появою Windows 11, Microsoft спробувала перезапустити Microsoft Store, щоб зробити його більш актуальним компонентом системи, після років відносної байдужості з боку багатьох користувачів, які все ще надавали перевагу завантаженню своїх програм з офіційних веб-сайтів розробників.

Серед помітних покращень є оновлений інтерфейс Він зручніший для пошуку, завантаження та оновлення програм, а також має більший каталог, який все частіше включає «звичайні» програми (Win32) на додаток до програм UWP, що наближає досвід до того, що пропонують інші платформи, такі як macOS, Android або iOS.

Для розробників це означає більше каналів розповсюдження: вони можуть пакувати свої програми у форматах, таких як .msix або .appx, публікувати їх в App Store та надавати кінцевим користувачам безпечніші установки, централізовані оновлення та чисте видалення. Для користувачів головною перевагою є зниження ризику завантаження виконуваних файлів з ненадійних веб-сайтів.

Паралельно, Microsoft продовжує вдосконалювати платформу Пакети UWP та APPX, заохочуючи розробників пропонувати версії, адаптовані до Магазину, які краще використовують переваги системної інтеграції, навіть зберігаючи класичні інсталятори, які можна завантажити з їхніх офіційних сторінок.

Хоча Магазин ще не досяг популярності інших екосистем, зміни, запроваджені у Windows 11 (більше доступних програм, підтримка різних типів пакетів, покращення продуктивності та дизайну), відповідають тому, щоб зробити його ключовим елементом операційної системи та зменшити залежність від інсталяторів, розкиданих по всій мережі.

Добре розумію Що таке пакети .appx та .appxbundle і як вони працюють? Це допомагає вам плавно орієнтуватися як у Microsoft Store, так і в розширених сценаріях керування за допомогою DISM та PowerShell: від простого встановлення програми UWP на ваш персональний ПК до масового налаштування програм у корпоративних образах та завантаження безпосередньо із серверів Microsoft, коли магазин недовикористовується або не працює. Розуміння його обмежень, вимог та пов’язаних інструментів значно спрощує їх використання без шкоди для безпеки чи стабільності Windows.