Planifier votre déploiement

Que vous cibliez les particuliers ou les professionnels, le secret d’une distribution réussie est de connaître les appareils que cible votre déploiement. Selon la plateforme que vous ciblez, vous risquez d’avoir des dépendances supplémentaires à résoudre. Certaines entreprises ont un seul système d’exploitation distribué en leur sein. D’autres ont un mélange de matériel et de systèmes d’exploitation. Pour réussir dans un environnement mixte, il est important de créer une solution qui s’installe facilement sur tous les systèmes d’exploitation tout en limitant les variations dans les technologies de programme d’installation.

Tous les développeurs ont également besoin de connaître le système d’exploitation minimal pris en charge qu’ils souhaitent cibler. En ciblant le plus petit dénominateur commun du système d’exploitation, vous pouvez atteindre la meilleure portée possible, mais souvent les versions antérieures du système d’exploitation risquent de ne pas prendre en charge certains appels d’API générés par votre application.

Prise en charge de la plateforme MSIX

La plateforme MSIX a été introduite dans Windows 10 version 1709 (10.0.16299.0) et les versions ultérieures. Cela signifie que si vous utilisez la fonctionnalité MSIX de base et que vous ciblez Windows 10 version 1709 ou ultérieure, tout fonctionne normalement. Pour obtenir la liste complète des systèmes d’exploitation et fonctionnalités de prise en charge, consultez Plateformes prises en charge.

Services packagés dans MSIX

La capacité à packager des services dans MSIX a été introduite dans Windows 10 Client 2004 (10.0.19041.0) et les versions ultérieures. Par conséquent, si votre application utilise des services packagés dans MSIX, elle se limite au déploiement sur ces systèmes d’exploitation. Des privilèges d’administrateur sont nécessaires pour l’installation en raison du fait qu’un service peut démarrer en arrière-plan et apporter des modifications à l’ordinateur. Pour en savoir plus sur l’utilisation des services de package MSIX dans MSIX, consultez Convertir un programme d’installation qui comprend des services.

Prise en charge du serveur pour les packages MSIX

MSIX n’est pas intégré à Windows Server. MSIX est toutefois pris en charge sur Windows 10 Server avec les builds Expérience utilisateur 1709 et ultérieures quand l’application AppInstaller est installée. Si vous ciblez des builds antérieures du serveur, vous devez également installer MSIX Core. Pour plus d’informations sur MSIX Core, consultez MSIX Core.

Prise en charge des packages MSIX par Windows 10 1703 et versions antérieures

Si vous ciblez des versions de Windows antérieures à Windows 10 Client 1709 (10.0.16299.0), vous devrez utiliser MSIX Core. En installant MSIX Core sur ses éditions antérieures de Windows , vous pourrez déployer et exécuter des applications MSIX.

Pour obtenir la liste complète des systèmes d’exploitation et fonctionnalités de prise en charge, consultez Plateformes prises en charge.

Considérations sur la mise à niveau, la rétrogradation et l’architecture

Les packages MSIX peuvent être mis à niveau, rétrogradés ou réparés lorsque le package d’origine est réinstallé. À des fins d’efficacité, lors d’une rétrogradation, MSIX effectue une mise à jour différentielle, ce qui signifie que vous n’avez pas besoin de retélécharger l’ancienne charge utile.

Lors de la mise à jour d’un package existant, il existe d’autres facteurs à prendre en compte. Les bundles MSIX et les packages MSIX peuvent être spécifiques d’une architecture. Même si vous pouvez mettre à niveau et rétrograder des applications d’une architecture à une autre, comme indiqué dans le tableau ci-dessous, vous ne pouvez pas réinstaller la même version d’architectures différentes.

Version installée	Version de mise à niveau ou réinstallation	Comportement	Résultats
x86 (1.0)	x86 (1.0)	Réinstallation	Prise en charge
x86 (1.0)	x86 (3.0)	Mettre à jour	Prise en charge
x86 (1.0)	x64 (1.0)	Réinstallation	Non pris en charge
x86 (1.0)	x64 (3.0)	Mettre à jour	Prise en charge
x86 (3.0)	x86 (1.0)	Rétrogradation	Prise en charge
x86 (3.0)	x64 (1.0)	Rétrogradation	Prise en charge

Rétrogradation

Lors de la désinstallation ou de la rétrogradation de MSIX, les données appdata de l’utilisateur sont conservées. Par conséquent, il est important de noter que, sauf si les données créées par l’application la plus récente sont à compatibilité descendante, l’accès aux données avec l’application rétrogradée peut générer un problème. Si les données ne sont pas à compatibilité descendante, il est préférable de ne pas autoriser l’utilisateur à passer à une version antérieure.

Pour en savoir plus sur la façon dont vous pouvez gérer les paramètres de mise à jour de vos applications, consultez Configurer les paramètres de mise à jour dans le fichier du programme d’installation de l’application.

Bundles MSIX

Les bundles MSIX sont des packages conçus pour contenir plusieurs architectures. Les packages MSIX, quant à eux, ne prennent en charge qu’une seule architecture. Les bundles MSIX peuvent être utilisés pour mettre à niveau ou rétrograder des packages MSIX, mais l’inverse n’est pas vrai. Vous ne pouvez pas mettre à niveau ou rétrograder un bundle MSIX avec un package MSIX.

Pour en savoir plus sur la création de bundles, consultez Grouper des packages MSIX.

Transition des utilisateurs vers votre application empaquetée

Avant de distribuer votre application, envisagez d’ajouter quelques extensions au manifeste de votre package pour aider les utilisateurs à s’habituer à utiliser votre application empaquetée. Voici certaines choses que vous pouvez faire.

• Pointer les vignettes existantes de l’écran de démarrage et les boutons de barre des tâches vers votre application empaquetée.
• Associer votre application empaquetée à un ensemble de types de fichiers.
• Autoriser votre application empaquetée à ouvrir certains types de fichiers par défaut.

Envisagez également d’ajouter du code à votre application empaquetée accomplissant les tâches suivantes :

• migrer les données utilisateur associées à votre application de bureau vers les dossiers appropriés de votre application empaquetée ;
• permettre aux utilisateurs de désinstaller la version de bureau de votre application.

Pour plus d’informations et d’exemples, consultez Migrer les utilisateurs vers votre application.