Winforms 在XP、Vista、Windows7上运行.Net应用程序。。。32位和64位

Winforms 在XP、Vista、Windows7上运行.Net应用程序。。。32位和64位,winforms,Winforms,我收到一个客户的申请。该应用程序有两个安装文件,一个用于32位操作系统,另一个用于64位windows操作系统 我想把它们结合起来,我想让1个exe在所有windows操作系统以及32位和64位上运行 我需要做什么 问候,, Behroz因为:“我从客户那里得到了一份申请。” 我建议使用它作为安装程序的引导 然后,只需打包两个安装文件,并根据目标计算机配置DNI以运行正确的安装程序。(它还可用于安装正确的.NET版本。) 。。或者,请客户制作一个统一的安装程序:)谢谢您的回复。但是我不想使用Do

我收到一个客户的申请。该应用程序有两个安装文件,一个用于32位操作系统,另一个用于64位windows操作系统

我想把它们结合起来,我想让1个exe在所有windows操作系统以及32位和64位上运行

我需要做什么

问候,, Behroz

因为:“我从客户那里得到了一份申请。”

我建议使用它作为安装程序的引导

然后,只需打包两个安装文件,并根据目标计算机配置DNI以运行正确的安装程序。(它还可用于安装正确的.NET版本。)


。。或者,请客户制作一个统一的安装程序:)

谢谢您的回复。但是我不想使用DotNetInstaller,因为我将不得不管理这两个设置。我有两种设置的代码。如何生成统一安装程序?当然,这取决于设置的方式。MSI不能[至少以平凡的方式]用于交叉位安装程序。虽然维护两个VS安装项目可能有点困难,但我发现使用DNI的方法可以很好地确保部署正确的体系结构依赖关系。我想我还不清楚。我是说我有完整的应用程序源代码(包括安装项目)。当我阅读源代码时,如何合并应用程序?第一条评论清楚地说明了这一点。随后我发表了评论。如果所有依赖项都是32位的,则使用单个32位安装程序。否则,请参阅我的建议,这仍然是在两个安装项目中使用DNI。还有(和InstallShield),尽管我建议在DNI包中使用MSI(从VS安装程序中)。@user1470127我以前对此进行过尝试,它需要使用类似DNI的东西,或者不使用VS安装项目和MSI,或者可能手动运行自定义工具,如Orca。MSI不喜欢交叉位。我发现这两个安装项目相对简单灵活。DNI可以作为构建步骤的一部分以自动化方式运行,因此一旦创建了安装项目,它就需要最少的维护。(这还有一个优点,即为管理员部署保留MSI,为最终用户部署保留可执行文件。)