抱歉,重新启动旧帖子,但由于目前WiX 3.10仍不支持本地化,因此我认为我应该发布我的解决方法。这种方法的警告是,双击刚安装的软件包将不会弹出通常的“修改、卸载”对话框。我所做的处理是放置一个
<bal:Condition>
,提示用户如果想要调用卸载或修改功能,则使用“添加/删除程序”。我需要这样做的原因是,我们有在线和离线软件包。我想防止它们同时安装。这种方法需要的另一件事情是,您的软件包版本ID必须与您的MSI版本ID匹配。足够的免责声明,以下是具体步骤:创建产品搜索,但重要的是,使用您的MSI软件包的UpgradeCode,而不是Bundle的!ProductSearch永远无法找到Bundle的GUID,因为Bundle是.exe而不是MSI。
<util:ProductSearch
Variable="BundleAlreadyInstalled"
UpgradeCode="MSI-GUID-NOT-BUNDLE-GUID"
Id="BundleAlreadyInstalledSearch"
Result="version"
/>
接下来,在您的
<bundle>
元素内添加以下内容:
<Variable Name="CurrentVersionNumber" Type="string" Value="$(var.Version)" />
<bal:Condition Message="Tell your user to use Add Remove Programs here.">
NOT WixBundleAction = 5 OR NOT BundleAlreadyInstalled = CurrentVersionNumber
</bal:Condition>
这里的核心是我们使用MSI的版本号作为关键指标来判断该捆绑包是否在目标系统上存在(正如我所说,必须与捆绑包的版本号匹配)。
如果您不包括“NOT WixBundleAction = 5”,则将无法卸载应用程序,这是非常重要的。
至于第二部分,我们想要特别检测此版本是否已安装。升级和降级将失败此测试,这正是我们想要的,因为正常逻辑会启动并执行您的升级/降级。
如果没有这个逻辑,我的用户可能会同时安装在线和离线版本的捆绑包。主要原因是WiX生成了Bundle@Id。另一个更隐晦的问题,这种方法可以解决,即仅重新构建未修改版本的捆绑包也可以允许您并排安装!所有这些都会在“添加/删除程序”中产生重复条目。
这几行代码可以完全避免这些问题。正如我所提到的,权衡是安装并随后再次运行确切的捆绑包将不会触发卸载对话框,但是这比重复的ARP条目容易处理得多。特别是因为您可以在错误消息中提供说明。
mba
时,此方法无法工作,因为它使用了bal
。 - Shique