Directory 在何处安装混合的32位和64位应用程序包

Directory 在何处安装混合的32位和64位应用程序包,directory,installation,default,32bit-64bit,program-files,Directory,Installation,Default,32bit 64bit,Program Files,我知道在64位Windows上,默认情况下32位应用程序进入C:\ProgramFiles(x86),64位应用程序进入C:\ProgramFiles 但是,如果您有一个更复杂的安装包,包括一个客户端组件(32位)和一个服务器组件(64位),可能还有一些辅助工具(32位),该怎么办呢。在这种情况下,默认安装路径应该是什么 根据一些文章,Microsoft和一些安装框架不鼓励混合比特数: 考虑到x64平台能够很好地运行x86应用程序,尤其是托管代码,在托管代码中,相同的二进制文件可以在这两

我知道在64位Windows上,默认情况下32位应用程序进入
C:\ProgramFiles(x86)
,64位应用程序进入
C:\ProgramFiles

但是,如果您有一个更复杂的安装包,包括一个客户端组件(32位)和一个服务器组件(64位),可能还有一些辅助工具(32位),该怎么办呢。在这种情况下,默认安装路径应该是什么

根据一些文章,Microsoft和一些安装框架不鼓励混合比特数:

考虑到x64平台能够很好地运行x86应用程序,尤其是托管代码,在托管代码中,相同的二进制文件可以在这两种模式下运行,我不明白为什么混合使用这两种模式应该是一个很大的禁忌。在我的例子中,75%的附带库在客户端和服务器之间共享,并且完全相同,所以将它们分开是没有意义的

因此,对于这种32位和64位混合应用程序,哪个是首选安装位置<代码>C:\ProgramFiles(x86)或
C:\ProgramFiles
?在我看来,64位位置更可取。我将Program Files(x86)目录视为旧应用程序的遗留沙箱,这些旧应用程序从未为64位应用程序设计过。在混合32/64位应用程序的情况下,存在64位感知,因此不应该存在将32位文件与64位文件分开的遗留原因。对我来说,没有“(x86)”的路径在视觉上也更吸引人,并表明它是一个现代应用程序,适合64位操作(如有必要)


有人知道当作为一个应用程序安装在同一个安装程序包中时,将32/64位混合可执行文件放入64位目录的其他原因吗?

据我所知,不鼓励它的唯一原因就是您提到的问题,它的默认安装路径会走到哪里?我同意你的看法,如果决定了一个默认路径,那么它将使两位类型更容易协同工作,并使更复杂的程序成为可能。希望这有帮助!:)

+1你有没有得出过这样的结论?(很抱歉回复太晚)最后,我们决定为整个软件包选择“nice”目录——“Program Files”。我推断应用程序是64位“感知”的,因此不必驻留在“legacy-x86-sandbox”文件夹中。