我应该只为Windows部署32位版本，还是同时部署32位和64位版本？

我有一个用编译语言编写的跨平台应用程序。

• 对于Linux，习惯上可以同时使用amd64和i386版本，因此用户可以选择适合其当前环境的版本。
• 在Mac中，习惯上制作通用二进制文件，因此它可以支持多个版本的Apple计算机。或者仅提供64位版本，因为当前所有的Apple计算机都使用64位体系结构和OS。

我不想让用户困惑，问“您使用的是什么体系结构？”，但是仅部署32位是个坏主意，因为该程序使用了一些64位优化魔术，并且在这些计算机上运行得更快。

我的想法：

• 安装32位和64位版本的应用程序，然后在运行时选择。（需要包装程序，因此很难进行点击并启动应用程序（如uTorrent））。
• User-agent在网站上使用来检测体系结构，以便用户可以自动下载适当的版本（并链接到“替代版本”）。（这是Google Chrome风格）
• 强制用户使用32位应用程序并将64位版本设置为“仅限专家”？（如VLC）

在Windows中我该怎么办？

我真的不认为最终用户在下载时必须选择32位或64位选项的复杂性。但是，如果可以使用用户代理字符串提出建议，那就更好了。

另一个选择是让安装程序为用户的平台检测并安装正确的二进制文件。这样可以进行较大的下载，但是用户不必考虑它。如果采用这种方法，您将希望为用户提供某种方式来覆盖检测，以防他们出于任何原因需要特定的版本。

好吧，首先找出使用64位版本是否会有所帮助：

• 处理的数据集是否足够大，需要64位地址空间才能工作？
• 64位版本是效率更高还是更快？
• 是否有任何对您的程序敏感的互操作性方案，更改接口使其对比特率不敏感不是一种选择，无论如何都不由您决定比特率？

如果答案是否定的，请考虑完全没有 64位版本。

现在，如果可以的话，使用64位有明显的好处：
使您的用户尽可能地舒适，而又不会不必要地惩罚那些知道的人。

• 如果没有太大的开销，则提供一次下载，默认情况下会安装最佳版本（默认情况下会安装最佳版本）（允许使用命令行选项进行覆盖，或者对于希望在64位上构建32位版本的专家而言，此类下载）。
• 否则，请提供两个单独的下载（如果使用64位的潜在优势足够小，则将其隐藏一点）。
• 虽然您可以提供仅用于选择和下载所需部件的下载程序，但如果有大量可选部件，则可以将下载大小减小几个数量级，但请将其标记为在线安装程序，并也链接到脱机安装程序。
  （至少在没有提供完整的脱机安装程序的情况下，您可以（也许应该）允许重复使用下载的内容，并包括下载所有内容的选项。）

如今，人们和站点倾向于自行处理此问题，并让用户选择是否愿意。因此，使用User-agent字符串是一个好方法。也会使您的应用程序和站点看起来更专业的IMO（如果人们能够自己进行相关调整，则人们会更喜欢这些东西）。

放置选择版本的链接/选择是一件好事，因为某些专家或想要获得其他版本的人可以去获得它。

您还可以在“ 选择版本”页面上贴一个便笺（类似于此页面），说明用户如何检查OS系统类型（又名右键单击Computer并选择属性等等），以便好奇的人可以检查并确定您提供的是正确的版本。

有一个不包含可执行文件的32位安装程序。让它检测运行的目标平台，然后从服务器下载正确的二进制文件。