Choisir le répertoire d'installation d'un VSPackage
Un VSPackage et ses fichiers de prise en charge doivent figurer sur le système de fichiers d'un utilisateur. L'emplacement varie selon que le VSPackage est managé ou non managé, votre côte à côte modèle de contrôle de version, et choix de l'utilisateur.
VSPackages non managé
un VSPackage non managé est un serveur COM qui peut être installé dans n'importe quel emplacement. Sa besoin des informations d'inscription précisément son emplacement. L'interface utilisateur de programme (UI) d'installation doit fournir un emplacement par défaut comme sous-répertoire de la propriété de ProgramFilesFolder Windows Installer. Par exemple :
[ProgramFilesFolder] MyCompany \MyVSPackageProduct\V 1,0 \
Doit être autorisé à modifier le répertoire par défaut pour des utilisateurs qui conservent une petite partition de démarrage et la préfèrent installer des applications et des outils sur un autre volume.
Si votre intriguez côte à côte utilise un VSPackage avec version, vous pouvez utiliser des sous-répertoires pour stocker des versions différentes. Par exemple :
[ProgramFilesFolder] MyCompany \MyVSPackageProduct\V 1,0 \ 2002 \
[ProgramFilesFolder] MyCompany \MyVSPackageProduct\V 1,0 \ 2003 \
[ProgramFilesFolder] MyCompany \MyVSPackageProduct\V 1,0 \ 2005 \
VSPackages managé
VSPackages managé peut également être installé dans n'importe quel emplacement. Toutefois, vous devez envisager de les installer toujours au Global Assembly Cache (GAC) pour réduire les temps de chargement de l'assembly. Étant donné que les VSPackages managé sont toujours les assemblys avec nom fort, l'installer dans le GAC signifient que leur vérification de signature de nom fort dure uniquement au moment de l'installation. Les assemblys avec nom fort installés ailleurs dans le système de fichiers doivent faire vérifier leurs signatures chaque fois qu'ils sont chargés. Lorsque vous installez les VSPackages managé dans le GAC, utilisez le commutateur d' /assembly de l'outil de regpkg pour écrire des entrées du Registre qui désigne le nom fort de l'assembly.
Si vous installez les VSPackages managé dans un emplacement autre que le GAC, suivez le conseil précédemment fourni pour les VSPackages non managé pour choisir des hiérarchies de répertoire. Utilisez le commutateur d' /codebase de l'outil de regpkg pour écrire des entrées du Registre qui désigne le chemin d'accès de l'assembly d'un VSPackage.
Pour plus d'informations, consultez Comment : enregistrez un VSPackage.
DLL satellite
Par convention, DLL satellites d'un VSPackage - qui contiennent des ressources pour les paramètres régionaux particuliers - se trouvent dans les sous-répertoires du répertoire d'un VSPackage. les sous-répertoires correspondent aux valeurs d'ID de paramètres régionaux (LCID).
chargement VSPackages indique que les entrées du Registre contrôlent où Visual Studio recherche en fait la DLL du satellite d'un VSPackage. Toutefois, tente de Visual Studiopour charger une DLL satellite dans un sous-répertoire nommé en fonction d'une valeur LCID, dans l'ordre suivant :
La cible par défaut (LCID VS LCID par exemple \1033 for English)
LCID par défaut avec la sous-langue par défaut.
Valeur par défaut du système LCID.
Valeur par défaut du système LCID avec la sous-langue par défaut.
États-Unis Anglais (. \ 1033 ou. \ 0x409).
Si votre DLL d'un VSPackage inclut les ressources et les points d'entrée du Registre de SatelliteDll \DllName à lui, essaie de Visual Studiode les charger dans l'ordre ci-dessus.
Voir aussi
Concepts
Choix entre les VSPackages partagé et avec version