使用WiX安装VB6二进制文件

发布时间：2020-12-17 00:01:47 所属栏目：大数据来源：网络整理

导读：我正在将 InstallShield项目转换为基于 WiX的安装程序.我有许多VB6项目需要注册二进制文件. InstallShield项目实际上将这些标记为自注册文件.从我所看到的,这似乎是Windows Installer世界中的“坏事”. 我的问题是,那我该怎么办？每次重新编译后,VB6项目的内

我正在将 InstallShield项目转换为基于 WiX的安装程序.我有许多VB6项目需要注册二进制文件.

InstallShield项目实际上将这些标记为自注册文件.从我所看到的,这似乎是Windows Installer世界中的“坏事”.

我的问题是,那我该怎么办？每次重新编译后,VB6项目的内部GUID都会发生变化 – 是的,我已经在使用二进制兼容性了.

我已经使用Heat来生成所有注册表和类条目,但是其中一些条目从构建更改为构建.我已经读过,Heat不是为每次构建而设计的,而是用作起点.

其他人正在做什么来处理VB6和WiX注册？

我们一直在努力的一件事就是使用 registration-free COM完全取消全局COM注册.(我们所追求的主要优势是能够在完全隔离的情况下并排部署相同应用程序的不同版本.)

但是,使用免注册COM,您仍然必须编写或生成需要由安装程序部署的清单文件.链接问题的答案表明,有一些工具可以帮助解决这个问题.

与此同时,我们仍然使用自我注册和自动wxs生成与我们旧的VB6和Delphi库的heat.exe.虽然你说热量最初并没有像这样使用,但现在它已经有一段时间了moving in that direction.

在任何情况下,标识符的稳定重新生成(这是heat.exe的初始设计中缺少的)仅在您希望支持次要升级或在应用程序之间共享组件时才是重要的.我们只是在升级期间完全卸载了以前版本的产品(又名major upgrade),所以我们不需要担心这些事情.

编辑：自从2010年写这个答案以来,我已经学到了一些关于Windows安装程序的知识.我不再相信重大升级会让您免于对稳定GUID的需求.组件GUID应在就地升级之间尽可能保持稳定.主要升级并不总是与卸载重新安装具有相同的最终结果.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!