从 InstallScript 项目转换为 Basic MSI 的可行性

Question

我有一个纯 InstallScript 项目，由于 这个而导致出现问题问题。通过添加一些在安装新文件之前擦除特定目录的 InstallScript 暂时解决了这个问题，但这并不理想。然而，这一系列论坛帖子表明InstallScript MSI 项目或 Basic MSI 项目将大大简化升级时动态链接文件的删除。

在搜索 Flexara 论坛时，我发现很多帖子都反对 InstallScript MSI 项目类型，因此我正在查看 Basic MSI。显然 Flexara 有一款名为 Repackager 的产品，可以将 InstallScript 项目转换为 Basic MSI。然而，它只配备了IS Premier或Admin Studio，这意味着我们必须花一些钱。在我走这条路之前，我需要一些迹象表明这可能会奏效。

• 使用 Repackager 工具从 InstallScript 转换为 Basic MSI 时是否会丢失任何功能？我们的脚本中有相当多的逻辑，包括 此在安装的多个步骤中传递信息。我们还使用了几个 InstallShield NT 服务对象，我相信我必须与 IS2010 分开安装这些遗留对象。 InstallScript 项目是否有已知 Repackager 无法处理的某些方面？
• 如果重新打包程序不会神奇地转换项目，是否有我可以遵循的指南来手动进行转换？我发现 InstallShield 文档和论坛非常缺乏。
• 有没有办法让生成的基本 MSI 安装包能够在安装了旧版本（纯 InstallScript）的系统上执行升级安装？这确实是一个额外的好处。此时，我预计我们将被迫进行完全卸载/重新安装。

Answer 1

出于与克里斯托弗提到的相同原因，我不会推荐重新打包程序解决方案。

InstallScript 项目和新的 Basic MSI 项目之间的一个良好桥梁是创建一个使用 InstallScript 自定义操作的新 Basic MSI 项目。通过这种方法，MSI 引擎将管理安装的非专有方面，并且可以重用旧的 InstallScript 代码来管理安装的专有方面。

这为您提供了两全其美的好处——一个强大的基本 MSI 包，您可以完全控制它（因为它不是由重新打包程序自动生成的），而且还可以节省时间，因为您不必从头开始重新实现 InstallScript 函数。

Answer 2

重新打包程序最多只能捕获安装的业务规则的一个实例。您不能简单地“转换”您的安装，而是重新设计它。理想情况下，您应该让 MSI 专家审查您的 InstallScript 项目，并确定可以通过重构 MSI 最佳实践来消除的部分，然后重写剩余部分以适合 MSI 的序列表。

如果您的旧卸载表现良好，您可以编写一个自定义操作来删除它。如果您的新产品进入新的安装目录，这是最简单的，因为您消除了潜在的文件成本问题。如果这是不可能的和/或您的旧安装没有正常卸载，那么这将变得更加复杂。

如果您希望将配置数据从旧安装上下文保留到新上下文，则情况也可能会更加复杂。

多年来我已经做了很多这样的事情，虽然这可能非常具有挑战性，但也可能是有益的，因为你一路上清理了很多污垢。