Inscription d'un VSPackage
VSPackages doit être avertie Visual Studio qu'elles soient installées et doivent être chargées. Ce processus est accompli en écrivant des informations dans le Registre. Il s'agit d'un travail standard d'un programme d'installation.
Notes
C'est une pratique acceptés pendant le développement d'un VSPackage d'utiliser l'inscription automatique.Toutefois, les partenaires de programme Visual Studio Industry Partner (VSIP) ne peuvent pas envoyer leurs produits à l'inscription automatique dans le cadre de l'installation.
Les entrées du Registre dans un package Windows Installer est généralement effectuée dans le tableau de Registre. Vous pouvez également stocker des extensions de fichier dans le tableau de Registre. Toutefois, Windows Installer assure la prise en charge intégrée via l'identificateur programmatique (ProgId), la classe, l'extension, et les tableaux de verbe. Pour plus d'informations, consultez Database Tables.
Vérifiez que vos entrées du Registre sont associées au composant approprié pour votre côte à côte sélectionné stratégie. Par exemple, les entrées du Registre pour un fichier partagé doivent être associées au composant Windows Installer de ce fichier. De même, les entrées du Registre pour un fichier spécifique à la version doivent être associées au composant de ce fichier. Sinon, l'installation ou désinstaller votre VSPackage pour une version de Visual Studio peut endommager votre VSPackage dans d'autres versions. Pour plus d'informations, consultez Plusieurs versions de prise en charge de Visual Studio.
Notes
La façon la plus facile de gérer l'inscription est d'utiliser les mêmes données dans les mêmes fichiers pour l'inscription du développeur et l'inscription au moment de l'installation.Par exemple, certains outils de programme d'installation-développement peuvent consommer le fichier dans .reg-format au moment de la génération.Si les développeurs contiennent des fichiers .reg pour leurs propres développement et le débogage de quotidiennes, ces mêmes fichiers peuvent être inclus dans le programme d'installation automatiquement.Si vous ne pouvez pas automatiquement partager des données d'inscription, vous devez vérifier que la copie du programme d'installation des données d'inscription est active.
Stocker les VSPackages non managé
Fichiers de style ATL de l'utilisation non managée .rgs de VSPackages (y compris ceux générés par le modèle de package Visual Studio) pour stocker les informations d'inscription. Le format de fichier .rgs est spécifique à ATL et ne peut pas être généralement réel consommé par un outil de conception d'installation. Les informations d'inscription pour le programme d'installation d'un VSPackage doivent être conservées séparément. Par exemple, les développeurs peuvent conserver des fichiers au format .reg synchronisé avec le des modifications apportées au fichier .rgs. Les fichiers .reg peuvent être fusionnés avec RegEdit de travail de développement ou être consommés par un programme d'installation.
Stocker les VSPackages managé
L'outil de RegPkg indique les attributs d'alignement d'un VSPackage managé et peut entrer des informations directement au Registre ou écrire des fichiers de .reg-format pouvant être consommés par un programme d'installation.
Notes
L'outil de RegPkg n'est pas redistribuable et ne peut pas être utilisé pour stocker un VSPackage sur un système utilisateur.
Pourquoi la VSPackages ne doit pas Auto-Registre installer le temps
Vos programmes d'installation d'un VSPackage ne doivent pas compter sur l'inscription automatique. À première vue, en conservant les valeurs du Registre d'un VSPackage uniquement dans le VSPackage lui-même apparaît comme recommandé. Vu que les développeurs ont besoin de valeurs de Registre disponibles pour son travail et test routine, il est logique d'éviter de stocker une copie distincte des données de Registre dans le programme d'installation. Le programme d'installation peut compter sur le VSPackage lui-même pour entrer des valeurs de Registre.
Pendant que bon en théorie, auto-inscription a plusieurs éventuels qui le rendent incorrect pour l'installation d'un VSPackage :
Correctement prenant en charge l'installation, la désinstallation, la restauration d'installation, et la restauration de désinstallation requiert la création quatre actions personnalisées pour chaque VSPackage managé que les auto-registres en appelant RegPkg.
Votre approche pour prendre en charge côte à côte peut exiger que vous créez quatre actions personnalisées qui appellent RegSvr32 ou RegPkg pour chaque version prise en charge de Visual Studio.
Une installation avec les modules auto-enregistrés ne peut pas être de nouveau sans risque restaurée car il n'existe aucun moyen de déterminer si les clés auto-enregistrées sont utilisées par une fonctionnalité ou une autre application.
les DLL Auto-enregistrés lient parfois aux DLL auxiliaires qui ne sont pas présents ou sont la version incorrect. En revanche, Windows Installer peut stocker des DLL à l'aide de les tableaux de Registre sans aucune dépendance sur l'état actuel du système.
code d'auto-inscription peut être refusé l'accès aux ressources réseau, telles que les bibliothèques de types, si un composant est spécifié comme exécuter-de-source et répertorié dans le tableau de SelfReg. Cela peut provoquer l'installation du composant à l'échec lors d'une installation administrative.