La création d'un package d'installation complet pour un programme est presque un sujet en soi. Il y a beaucoup de facteurs à considérer et la plupart d'entre nous n'exécute plus Windows 95. Le monde n'est pas aussi simple qu'il l'était autrefois.
Il y a beaucoup de choses à régler, et certains de ces problèmes de configuration impliquent également de changer le programme. Par exemple, le concept de «dossiers protégés» qui semblait être nouveau pour les gens lorsque Vista UAC est entré en scène. Je suppose qu'ils couraient tous en tant qu'administrateur ou quelque chose? Dans sa forme la plus simple, cela signifie que vous ne mettez plus de fichiers inscriptibles à côté de l'EXE dans les programmes (alias "Program Files").
Un autre facteur est que la façon dont le registre est utilisé a changé. Je ne parle pas de la virtualisation du registre, bien que cela en fasse également partie. Mais l'enregistrement COM peut être fait à la fois par machine et par utilisateur et même éteindre l'UAC peut muck this up. Voir Per-User COM Registrations and Elevated Processes with UAC on Windows Vista SP1. Le résultat est qu'un package d'installation ne doit pas exécuter regsvr32 (ou appeler autrement le point d'entrée d'auto-reg d'une bibliothèque COM). Voir "Remarques" au SelfReg Table.
Windows Installer est la façon d'aller de l'avant dans la plupart des cas. Les programmeurs VB6 ont Visual Studio Installer 6.0 version 1.1 disponible en téléchargement gratuit pour la création de paquets MSI. Voir "COM Servers" à l'article VFP Using Microsoft Visual Studio Installer for Distributing Visual FoxPro 6.0 Applications pour des informations précieuses.
Cette option n'est pas la plus simple mais il existe un assistant d'installation de VB dans VSI 1.1 pour vous aider à obtenir les bases. Faire des choses avancées comme la création d'un sous-dossier [CommonAppData] et la définition des droits de tout le monde doit être fait dans une étape de post-construction en dehors de l'EDI. C'est là que les outils tiers peuvent être utiles pour vous donner plus de contrôle sans avoir recours aux scripts d'installation Orca ou post-build.
Les gars qui créent des programmes d'installation "hérités" essayent de suivre, mais les scripts deviennent de plus en plus compliqués. Les résultats sont parfois incertains. Windows 7 introduit quelques nouvelles rides de son propre chef.
Alors que ClickOnce n'est pas vraiment la meilleure option pour VB6, rien ne dit que vous ne pouvez pas utiliser COM sans reg pour les installations XCopy de nombreux programmes. COM sans Reg peut même être une bonne option pour une utilisation dans un paquet d'installation d'ailleurs.
Donc à la fin de la « simple » pour déployer des programmes VB6 va probablement être packages COM XCopy reg sans enveloppées dans un EXE auto-extractible qui se déclenche au large d'un script pour créer un raccourci dans le menu Démarrer . Si vous pouvez vivre sans le raccourci, c'est encore plus simple: il suffit de décompresser le paquet là où il faut aller!
Voir Make My Manifest ou d'autres outils pour l'emballage COM Reg-Free.
Cela nécessite que les systèmes cibles exécutent XP (de préférence SP2) ou une version ultérieure. Le seul petit problème possible est que XP n'a pas inclus les runtimes VB6 SP6 jusqu'à XP SP3, donc vous voudrez tester votre programme par rapport aux runtimes de VB6 SP5 en premier. Eh bien un autre problème: vous ne pouvez pas utiliser les EXE ActiveX de cette façon, ils ont toujours besoin d'enregistrement.
duplication possible de [Quel est le meilleur choix pour la construction de Windows installateurs?] (Http://stackoverflow.com/questions/3767/what-is-the-best-choice-for-building-windows-installers) – saschabeaumont
@sascha Pas un doublon, car l'installation des programmes VB6 est un peu différente de l'installation.Programmes nets – MarkJ