Vue d’ensemble du déploiement

  • Article

Les rubriques de cette section présentent des options et des conseils sur le déploiement des différents types d’applications Windows.

Avantages et inconvénients de packager votre application

Votre première décision sera de packager ou non votre application.

  • Application packagée. Les applications packagées sont le seul type d’identité de package au moment de l’exécution. L'identité du package est nécessaire pour de nombreuses fonctionnalités d'extensibilité de Windows—notamment les tâches en arrière-plan, les notifications, les vignettes dynamiques, les extensions de menu contextuel personnalisées et les cibles de partage. Ceci est dû au fait que le système d’exploitation doit être en mesure d’identifier l’appelant de l’API correspondante. Consultez Fonctionnalités nécessitant une identité de package.
    • Généralement, le processus d'une application packagée s'exécute dans un conteneur d'applications léger et est isolé à l'aide de la virtualisation du système de fichiers et du registre (voir AppContainer pour les applications héritées et les applications MSIX AppContainer). Toutefois, vous pouvez configurer une application packagée afin qu’elle ne s’exécute pas dans un conteneur d’application.
    • Une application packagée est packagée à l’aide de la technologie MSIX (voir Qu’est-ce que MSIX ?).
    • Application packagée avec un emplacement externe. Mais comme certaines applications existantes ne sont pas encore prêtes à ce que tout leur contenu soit présent dans un package MSIX, il existe une option pour que votre application soit empaquetée avec un emplacement externe. Cela permet à votre application d'avoir une identité de package ; pouvant ainsi utiliser les fonctionnalités qui le nécessitent. Pour plus d’informations, consultez Accorder l’identité du package en empaquetant avec un emplacement externe.
    • Une application packagée est également installée à l’aide de MSIX. Mais si vous choisissez de packager avec un emplacement externe, vous pouvez alors considérer cela comme un modèle « apportez votre propre installateur ». Vous aurez donc du travail d'installation à faire avec cette option. Il s’agit essentiellement d’une option hybride entre une application packagée et une application non packagée.
  • Application non packagée. Vous pouvez refuser complètement l’utilisation de MSIX en créant une application non packagée. Mais sachez qu’une application non packagée n’a pas d’identité de package au moment de l’exécution ; il manque donc certaines fonctionnalités Windows (voir Fonctionnalités nécessitant l’identité du package).

Chaque type d’application peut être publié dans le Microsoft Store et installé de cette façon ou via le programme d'installation d'application Windows.

Important

Nous vous recommandons de packager votre application et de la configurer pour qu’elle s’exécute dans un conteneur d’application. Vos clients bénéficieront d’une expérience d’installation et de mise à jour transparente, moderne, fiable et de surcroît sécurisée au moment de l’exécution.

Emballé (et éventuellement exécuté dans un conteneur d'application) Packagée avec un emplacement externe ou non packagée
Avantages Offre à vos utilisateurs un moyen simple d’installer, de désinstaller et de mettre à jour votre application. La désinstallation est propre : quand votre application est désinstallée, le système est restauré dans le même état que celui où il se trouvait avant l’installation et aucun artefact n’y est laissé. Ce type d’application prend également en charge les mises à jour incrémentielles et automatiques. En outre , le Microsoft Store est optimisé pour les applications de ce type (même si elles peuvent être utilisées dans ou en dehors du Store).

Vous obtenez les avantages d’avoir une identité de package.		 Avec ces options, votre application n’est pas limitée quant au type d’application, aux API qu’elle peut appeler et à son accès au Registre et au système de fichiers.

Le packaging avec emplacement externe signifie que vous obtenez les avantages d’avoir une identité de package.
Inconvénients Votre application est limitée quant à son type d’application possible et à la capacité d’action qu’elle peut avoir dans le système. Par exemple, un service NT n’est pas possible. Les options de communication entre processus (IPC) sont limitées ; l’accès privilégié/élevé est limité si vous publiez sur le Microsoft Store ; l’accès aux fichiers/au Registre est virtualisé (mais consultez aussi Virtualisation flexible). Dans certains cas, les stratégies d’entreprise peuvent désactiver les mises à jour en désactivant le Microsoft Store. Avec ces options, une application risque de provoquer l’accumulation de données de configuration obsolètes et de logiciels après sa désinstallation. Ce peut être un problème pour le client et pour le système.

Votre application sera généralement installée et mise à jour en utilisant des fichiers .exe ou .msi, ou via d’autres solutions d’installation et de mise à jour, avec un programme d’installation personnalisé et un déploiement via ClickOnce ou xcopy.

Une application non packagée ne présente pas les avantages d’avoir une identité de package.

Pour plus d’informations sur l’emplacement d’installation des packages, le répertoire de travail et la virtualisation des fichiers et du Registre, consultez Comprendre la façon dont les applications de bureau empaquetées s’exécutent sur Windows.

Utiliser le SDK d’application Windows

Après avoir décidé s’il faut ou non packager votre application, vous pouvez ensuite décider d’utiliser ou non le SDK d’application Windows dans votre application. Consultez Vue d’ensemble du déploiement du SDK d’application Windows.

Applications de bureau Win32 et .NET

Si vous créez une application de bureau Win32 (également appelée application de bureau classique) ou une application .NET, notamment WPF (Windows Presentation Foundation) et WinForms (Windows Forms), vous pouvez empaqueter et déployer votre application en utilisant MSIX.

Vous pouvez également créer des packages et déployer ces types d’application à l’aide d’autres technologies d’installation.

Applications UWP

Les applications UWP sont incluses dans des packages et sont déployées à l’aide de MSIX.