这更像是一个安装策略问题。
我们公司有大约六个申请。我们希望为所有这些应用程序提供一个自定义安装程序，因为大多数客户一次安装多个应用程序（将Microsoft Office或Visual Studio视为类比）。
使用单独的每用户MSI和自定义托管引导程序，这一切都很有效。
这就是问题：
我们所有的应用程序都建立在托管和本机DLL的通用框架之上，这些DLL代表了每个应用程序的绝大多数二进制文件大小。我们不希望将这些依赖项分别包含在每个MSI中，因为捆绑压缩不能很好地保持安装程序的大小可管理性。我们还希望在每个app目录中安装依赖项，以便更好地并排启用并避免提升（在GACing的情况下）或环境问题（在使用PATH的情况下）。
最佳策略是什么？共同框架应该有单独的MSI吗？如果是这样，我们是否应该使用不同的目标路径多次安装它？这似乎是一个坏主意。