在32位操作系统上用Vista 64编写的代码兼容吗？

Question

我们正在获得新的开发机器，并上升到Vista 64终极，以利用我们的8gb内存。我们的经理希望我们在32位虚拟机中完成所有的开发工作，以确保我们的代码在进入生产过程中不会出现问题。

有什么方法可以保证结果程序在32位操作系统上工作吗？我不介意使用虚拟机，但我不喜欢它们如何迫使您回到“单一”监视器类型视图中。我喜欢把我的VS工具栏移到另一个显示器上。

编辑:我们使用的是2005和2008，VB.NET和/或C#

编辑:使用Harpreet的answer，以下是我用来设置Visual以编译x86 /32位的步骤：

单击“构建和打开配置管理器”( Configuration )-“创建和打开”配置管理器-选择活动解决方案平台-如果列表中有活动解决方案平台，则下拉列表并跳到第5步，如果不选择“<New...>

• In the New解决方案平台”对话框，则选择x86并按OK

• 验证所有项目的选定平台是x86

>H 113单击关闭。H 214G 215/code>

好好享受吧。

谢谢你，基思

Answer 1

我为32位Windows开发64位机器。这不是问题。为了保守起见，您应该确保将项目设置为以x86模式编译。您需要查看解决方案中的每个项目，并对此进行二次检查。您也可以使用AnyCPU设置，但这有点风险，因为它在开发机器上的运行方式与32位计算机不同。当然，您希望避免64位模式。

我遇到的问题是当应用程序编译为64位(显式64位或AnyCPU编译并运行在64位Windows上)时，驱动程序无法工作。通过坚持x86编译，这些问题是完全可以避免的。这应该会暴露你的开发机器上的所有缺陷。

理想情况下，您可以设置一个构建和测试环境，该环境可以在32位计算机上频繁地执行。这将使您的管理层放心，并让您避免将VM作为桌面。

Answer 2

只要将可执行文件编译为32位，它们就会同时在32位和64台Windows机器上运行(保证)。使用64 dev机器的优点是，您可以开始使用64位编译来测试代码(检查抛入32位整数的指针之类的内容)，这样以后向64位的转换就更容易了(如果您的公司选择使用64位版本)。

Answer 3

编译64位操作系统是编译器中的一个选项。您绝对可以从Vista 64位内编译到32位的exe。当您运行应用程序时，您可以在TaskManager中看到process...this旁边有一个"*32“，这意味着它是32位;)

我相信你的经理们需要更多的教育来了解64位操作系统的真正含义:)