SOLUTION：InstallShield打包时Basic MSI类型安装包升级之初探讨

版权声明: 可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息。

安装包升级问题，困扰着众多打包人员，这里浅浅的探讨一下。

我们假设有Basic MSI类型的安装包A（Ver1.0），安装包B（Ver1.1）。。。，要求由A能够升级到B。

我们这里给出一个方案：

1. 安装包B工程可复用A工程，但Product GUID，Update Code，Package Code等重新生成（对于A，B相当于完全不同的另外一个程序）。

2. 在安装包B中添加脚本代码，通过LaunchAppAndWait调用MsiExec静默卸载A（利用A的GUID）。

3. 添加一个Custom Action调用步骤2中代码。

4. 将Custom Action与ReadyToInstall界面的Next关联，在其Event中通过DoAction调用我们步骤3的Custom Action。

方案缺陷：

1. 如果A的卸载过程过长，则用户在ReadyToInstall界面点击Next Button之后，界面会有停滞现象。

2. 安装包B的界面中不会出现安装包正在升级等提示信息。

3. 最后一个，也是最大的问题，如果安装包版本过多，则之后的维护越来越复杂，需要为之前的每个版本写卸载逻辑。 

下面是一段静默卸载MSI包的代码，供参考：

function  UnInstallOldProduct(hMSI)
     STRING  szMsiExec, szParam;
begin
    szMsiExec  =   WINSYSDIR  ^   " MsiExec.exe " ;
    szParam  =    " /x {0EFD14BE-FDDA-467B-9A08-B708F1BB4491} /qn " ; 
    
     LaunchAppAndWait (szMsiExec, szParam,  WAIT );
end ;