Déploiement de plusieurs versions d'une application ou d'un composant
Mise à jour : novembre 2007
Vous pouvez déployer des assemblys destinés à l'exécution côte à côte des façons suivantes :
Déploiement privé.
Vous pouvez déployer un assembly dans le répertoire de l'application ou dans un sous-répertoire de l'application. Le Common Language Runtime localise l'assembly à l'aide du comportement de résolution de liaison par défaut. Pour plus d'informations sur la résolution de liaison d'assembly, consultez Méthode de localisation des assemblys par le runtime.
Les assemblys déployés de manière privée constituent un moyen pratique de déployer une application pour l'exécution côte à côte, car ces assemblys ne peuvent pas en affecter d'autres sur l'ordinateur. En outre, vous pouvez déployer de manière privée aussi bien les assemblys avec nom fort que les assemblys sans nom fort. Il n'est pas nécessaire de déployer les assemblys avec nom fort dans le Global Assembly Cache ; ils peuvent être déployés dans le répertoire de l'application. Si vous n'avez pas l'intention de partage un assembly entre plusieurs applications, déployez-le de manière privée dans le répertoire de l'application.
Un avantage supplémentaire du déploiement privé est de pouvoir utiliser XCOPY pour déployer l'application.
Déploiement du Global Assembly Cache.
L'installation d'un assembly dans le Global Assembly Cache rend l'assembly visible pour toutes les applications d'un ordinateur. Ce type de déploiement convient lorsqu'un assembly doit être partagé entre plusieurs applications. Seuls les assemblys dotés de noms forts peuvent être installés dans le Global Assembly Cache.
Windows Installer et l'outil Global Assembly Cache Tool (Gacutil.exe) peuvent installer des assemblys dans le Global Assembly Cache. L'outil Global Assembly Cache doit être utilisé lors du développement et du test, tandis que Windows Installer est l'outil préféré permettant de déployer l'application proprement dite. Windows Installer assure le suivi des références aux assemblys installés dans le Global Assembly Cache, les assemblys partagés ne sont donc pas désinstallés tant qu'une application sur l'ordinateur nécessite encore l'assembly. Pour plus d'informations sur l'installation d'applications côte à côte, consultez Utilisation de Windows Installer pour installer des applications et des composants pour l'exécution côte à côte.
À l'aide de l'élément <codeBase>.
L'élément <codeBase> peut être inclus dans le fichier de configuration de l'application pour permettre au runtime de localiser des assemblys. Le runtime utilise l'emplacement spécifié dans l'élément <codeBase> au lieu de rechercher l'assembly à l'aide des règles par défaut qu'il emploie pour localiser les assemblys. L'élément <codeBase> peut s'utiliser pour les assemblys avec nom fort et les assemblys sans nom fort.
Pour des assemblys sans nom fort, les éléments <codeBase> doivent être relatifs au répertoire de l'application. Cette obligation garantit que l'exécution côte à côte se produit sans conflit d'attribution d'un nom où le runtime localise deux assemblys avec le même nom.
Pour des assemblys dotés de nom fort, les éléments <codeBase> peuvent diriger le runtime vers n'importe quel emplacement. Les éléments <codeBase> fournissent un mécanisme permettant de partager des assemblys avec nom fort entre les applications sans utiliser le Global Assembly Cache. Cependant, cette méthode de déploiement doit être utilisée avec précaution, car il est facile de bloquer une application en entrant un élément <codeBase> incorrect lors du changement de versions.
Pour une description complète du déploiement, consultez Déploiement d'applications.
Voir aussi
Concepts
Indications pour la création d'applications et de composants pour l'exécution côte à côte
Autres ressources
Déploiement d'applications .NET Framework
Création de plusieurs versions d'une application ou d'un composant