Partager via

Vue d’ensemble de l’emballage

L’empaquetage définit la façon dont votre application est installée, mise à jour et intégrée à Windows. Les applications WinUI sont empaquetées par défaut, tandis que de nombreuses applications de bureau, telles que les applications Win32 traditionnelles, s’exécutent non empaquetées. Les applications empaquetées bénéficient d’un modèle d’installation propre, de mises à jour automatiques et d’accès aux fonctionnalités Windows qui nécessitent une identité de package, notamment des tâches en arrière-plan, des notifications, des extensions de menu contextuel et d’autres points d’extensibilité. Les applications non empaquetées peuvent toujours accéder à de nombreuses fonctionnalités du Kit de développement logiciel (SDK) d’application Windows, mais elles peuvent nécessiter une configuration supplémentaire pour activer certaines fonctionnalités.

Pourquoi l’empaquetage des applications est important

L’empaquetage détermine comment votre application est installée, mise à jour, identifiée et intégrée à Windows. Le choix entre une application empaquetée ou non empaquetée affecte les fonctionnalités que vous pouvez utiliser, le modèle de déploiement sur lequel vous vous appuyez et l’expérience globale que vos clients obtiennent. L’objectif de cette vue d’ensemble est de vous aider à comprendre rapidement les compromis afin de pouvoir choisir le modèle qui correspond le mieux à l’architecture et aux exigences de votre application.

Applications empaquetées et non empaquetées

Applications empaquetées

Les applications empaquetées utilisent MSIX et ont une identité de package, qui est requise pour de nombreux points d’extensibilité Windows, notamment les tâches en arrière-plan, les notifications, les extensions de menu contextuel personnalisées et les cibles de partage. L’identité de package permet à Windows d’identifier de manière fiable l’appelant des API de plateforme, c’est pourquoi ces fonctionnalités dépendent de celle-ci. Pour plus d’informations, consultez Fonctionnalités qui nécessitent une identité de package.

Empaqueté avec un emplacement externe

Certaines applications de bureau existantes ne sont pas encore prêtes pour que tout leur contenu soit intégré dans un format de package MSIX. L’empaquetage avec un emplacement externe donne à ces applications l’identité du package tout en permettant à la plupart de leur contenu de rester en dehors du package.

Applications non empaquetées

Les applications non empaquetées n’utilisent pas MSIX et n’ont pas d’identité de package, ce qui signifie qu’elles ne peuvent pas accéder aux fonctionnalités qui en ont besoin..

  • Elles restent entièrement illimitées en termes de surface d’API, d’accès au système de fichiers, d’accès au Registre, d’élévation et de modèle de processus.
  • L’installation et les mises à jour s’appuient sur .exe, .msi, les programmes d’installation personnalisés, ClickOnce ou le déploiement de xcopy.
  • Consultez Fonctionnalités nécessitant une identité de package.

Résumé de comparaison

Empaqueté (conteneur d’application facultatif) Empaqueté avec un emplacement externe / Non empaqueté
avantages clés Installation/désinstallation moderne, mises à jour automatiques et incrémentielles, suppression propre sans résidus, et accès aux fonctionnalités nécessitant une identité de package, expérience du Microsoft Store optimisée. Contrôle total sur le modèle de processus, l’élévation, l’IPC, le Registre et l’accès au système de fichiers. Le packaging à emplacement externe permet d’acquérir une identité de paquet sans adopter complètement MSIX.
Limitations clés Certains scénarios au niveau du système ne sont pas pris en charge (par exemple, les services NT). Les options IPC peuvent être limitées, la publication sur le Store limite des accès élevés, et la virtualisation s’applique dans de nombreux cas (voir Virtualisation flexible). Les stratégies d’entreprise peuvent désactiver les mises à jour basées sur le Windows Store. Risque plus élevé de fichiers obsolètes ou de configuration après la désinstallation. L'installation/la mise à jour doit être gérée manuellement via .exe, .msi ou des mécanismes personnalisés. Les applications non empaquetées ne disposent pas de fonctionnalités qui nécessitent une identité de package.

Important

Pour la plupart des applications, l’utilisation de MSIX et l’exécution dans un conteneur d’applications offre l’expérience d’installation et de mise à jour les plus transparentes, sécurisées et modernes.

Pour plus d’informations sur l’emplacement d’installation, le répertoire de travail, la virtualisation et le comportement d’exécution, consultez
Comprendre comment les applications de bureau empaquetées s’exécutent sur Windows.

Commencez avec MSIX

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.

Autres technologies d’installation

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

  • Last updated on