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

Question

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

Answer 1

更新(2021 年 5 月)Visual Studio 2022 将作为 64 位版本发布:https://visualstudiomagazine.com/articles/2021/04/19/vs-2022.aspx

---

原始答案(2013 年 12 月)

首先，Visual Studio 工具集附带了一个 64 位 C++ 编译器。因此，您可以随时更改项目设置，根据需要构建 64 位应用。

现在，回答最初的问题。

从成本和投资返回率的角度考虑。在 Microsoft 多年交付软件的过程中，我看到了对 64 位构建的考虑。

1. 当 32 位应用在 64 位上运行良好时，考虑 64 位几乎是不可能的。

2. Microsoft 的大多数项目都不是简单的小型 Visual Studio 项目，开发人员可以在这些项目中将项目设置从 32 位翻转为 64 位。 (我实际上不知道 Visual Studio 团队是否使用 VS 项目编译 Visual Studio。)它们通常有超过一百万行代码是使用 VS 编译器集构建的，但是来自命令行和 Makefile 环境。切换到 64 位意味着更新大量构建基础设施。

3. 从 32 位移植到 64 位需要一定的成本。第一项成本只是修复错误、编译代码、重构构建环境，以及所有前期工作只是为了让初始构建继续进行。

4. 您需要为拥有单独的 32 位和 64 位应用程序构建支付持续费用。您必须每天构建它两次。您必须每天对其运行两次测试抵押品。这不是 2 倍的费用，但也不是免费的。

5. 来自同一代码库的 SKU 越多，开发人员在 checkin 时破坏某些东西的可能性就越大。当然可以使用自动化测试来防止这种情况发生，但这会减慢开发人员的速度，因为他将不得不返回并修复他未在本地测试机器上安装的其他 SKU。

下面是转向 64 位的一些动机:

1. 您确实需要利用 64 位性能和内存架构。使用尽可能多内存的大型数据库服务器将受益于对 32 位 Windows 进程施加的超过 2GB 的访问限制。

2. 您需要与已经用 64 位编译的东西集成。例如，如果要为 Windows 编写 shell 扩展，则需要 64 位版本才能在 64 位 Windows 上运行。这并不意味着必须移植整个应用程序，但这确实意味着该组件将需要一个单独的 64 位版本。

3. 您有一个平台或 API 故事供外部开发人员考虑。通常，他们对 64 位构建有自己的需求。因此，他们可能需要您提供 64 位就绪的 API，即使您的 native 应用程序可以摆脱 32 位支持。

4. 您的团队刚刚重组为 Windows 部门，您团队的代码被认为有必要包含在下一个 Windows 版本中。无需再做出任何决定 - 您的代码将针对 32 位、64 位和 ARM (Surface RT) 进行编译。