Installation 安装重新打包第三方软件的解决方案

我们有一套由第三方开发的软件解决方案，这些解决方案是我们公司的品牌。使用他们的工具，我们创建自己的XML脚本，这些脚本由他们的软件使用，用来完成构成最终用户与之交互的应用程序的各种事情

该软件由几个目录和数百个exe、dll、xml等文件组成。我们无法访问任何源代码。即使我们没有代码，我们也必须为应用程序创建安装程序。我们的业务伙伴给我们的目录拉链，我们必须打包成某种安装程序，可以给客户

进退两难的是，每个客户端都有6个左右的动态ini文件。应用程序中的所有其他文件都是静态的。创建安装程序的最佳解决方案是什么：

在程序文件下创建必要的目录/文件 将共享程序集安装到GAC 需要.NET 3.5/安装它 创建桌面和开始菜单快捷方式 提供相对简单的更新机制 能够在安装中包含多个目录/文件 这意味着包括一个包含8个子目录和50个文件的目录，这些文件在整个应用程序中都是静态的，以及2个特定于客户端的文件

---

将每个目录/文件添加到每个客户端的Visual Studio安装项目中是不可行的。必须有另一种方法。

我认为最适合您的需要是创建一个基本WXS文件WiX源文件，然后创建一个脚本或小型内部工具，自动添加所需的特定于客户端的文件

---

另一种选择是让WXS从服务器或本地计算机上的文件夹中提取文件，然后简单地将当前客户端的适当文件放在用于从中提取生成的文件夹中。这两个选项都不是特别优雅或漂亮，但两个选项都能完成任务。

这个问题太广泛了，我认为以目前的形式无法回答。我们目前的情况并不理想，因此任何能够让我们和客户更容易安装和更新的解决方案都是朝着正确方向迈出的一步。我倾向于你的第二个建议，但还不了解WiX。如果我可以告诉WiX从文件夹X中提取文件，而不必指定每个应该工作的文件。然后，只需在build.WiX附带工具之前将特定于客户端的文件放入文件夹中，该工具将基于文件夹或文件夹树创建基本安装。也可以只在安装时创建，然后更改源文件夹中的文件，以便为每个客户端更改。只要文件名与我假设的相同，它就应该工作得很好。是的，在对WiX进行更多研究的过程中，我发现了Heat工具。这正是我需要的。我可能会使用它来获取我的目录树以创建WXS文件。完成后，我可以交换出客户端文件，因为它们的名称相同，可以重新生成。谢谢你提供了一个答案！