在设计能够重新命名的安装程序时，您尝试了哪些策略?对于OEM等，我可能希望客户能够替换许可证文本，启动屏幕图像等，但使用我的库存安装程序，所以我们知道我们有相同的二进制文件和安装程序逻辑。
我想我可以通过以下方式实现这一点:
- 外部化许可证文本，启动屏幕等，并将安装程序与可执行文件和包含这些文件的配置目录压缩。
- 将安装程序分解为合并的模块，并将可执行的安装和可替换的合并模块作为压缩包发布(OEM合作伙伴需要购买install4j来构建他们的合并模块)
如果你找到了定制安装程序的策略，请告诉我。
虽然原则上可以对外部数据文件执行此操作，但它们无法有效地传输。最重要的是，这个策略对下载不起作用。
由于签名的原因，无法稍后更改安装程序。如果安装程序中的任何内容发生了更改，则必须重新对其进行签名。您不能将您的代码签名证书的私钥分发给您的合作伙伴，因此每个人都需要自己的代码签名证书。
因此，重新命名的唯一可能是使用install4j编译器重新编译安装程序。
如果我的安装程序可以在安静模式下运行，并且我的产品包含一个品牌重塑工具，那么我可以这样做:
我的安装程序包含以下内容:
- <
- 应用程序/gh>
- application/resourceFiles(含license)
- 应用程序/util/rebrander.jar
OEM合作伙伴创建自己的安装程序
- 在安静/无人值守模式下运行未修改的安装程序
- 存放自己的重命名文件
- runsRebrander使用其内容更新应用程序/资源文件
- 处理故障案例
这意味着我的安装程序未被修改，所以签名没有问题。合作伙伴的安装程序由他们来处理。不知道如何处理卸载干净，因为用户可以看到和卸载我的安装程序从添加-删除程序。