为什么没有VS2013的64位版本？

Niklas R. 发表于 Dev

尼古拉斯·R。

我从DreamSpark下载了Visual Studio 2013，但它是32位版本，找不到任何64位版本。是否没有？如果可以，为什么没有64位版本的Visual Studio？

塞尔比

首先，Visual Studio工具集附带有一个64位C ++编译器。因此，您始终可以更改项目设置，以根据需要对应用程序进行64位构建。

现在，回答原始问题。

从成本和投资回报率角度考虑它。从Microsoft多年交付软件开始，这就是我如何考虑考虑使用64位版本的方法。

当32位应用在64位上可以正常工作时，考虑使用64位几乎是初学者。
Microsoft的大多数项目不是简单的Visual Studio项目，开发人员可以在其中将Project设置从32位翻转到64位。（我实际上不知道Visual Studio团队是否用VS项目来编译Visual Studio。）它们通常是一百万行以上的代码，这些代码是使用VS编译器集构建的，但是来自命令行和Makefile环境。切换到64位意味着更新了许多此构建基础结构。
从32位移植到64位需要一定的成本。第一成本只是修复错误，使代码得以编译，重构构建环境以及所有的前期工作，只是为了使初始构建顺利进行。
您需要为拥有独立的32位和64位版本的应用程序而付出的持续成本。您必须每天构建两次。您必须每天运行两次测试抵押。这不是2倍的成本，但也不是免费的。
使用相同代码库中的更多SKU，增加了开发人员签入时破坏某些东西的机会。当然，可以进行自动化测试来防止这种情况发生，但这会降低开发人员的速度，因为他必须回去并修复他尚未在测试计算机上本地安装的其他SKU。

现在，有一些迁移到64位的动机：

您确实需要利用64位性能和内存体系结构。占用更多内存的大型数据库服务器将受益于对32位Windows进程施加的超过2GB的限制。
您需要与已经用64位编译的内容集成。例如，如果要编写Windows的Shell扩展，则需要64位版本才能在64位Windows上运行。这并不意味着必须移植整个应用程序，而是意味着该组件将需要单独的64位版本。
您有一个平台或API故事供外部开发人员考虑。通常，他们对64位版本有自己的需求。因此，即使您的本机应用程序可以摆脱32位支持，他们也可能需要您提供64位就绪的API。
您的团队刚刚被重组为Windows部门，并且您的团队的代码被认为必须包含在下一个Windows版本中。不再需要做任何决定-您的代码将针对32位，64位和ARM（Surface RT）进行编译。