delphi - 为什么创建 64 位 Delphi 这么难？

Question

互联网上充斥着要求 64 位 Delphi 的开发人员，以及要求 64 位版本的 Delphi 软件的用户。

• delphi 32 位:1.470.000 页
• delphi 64 位:2.540.000 页 :-)

这就是为什么我一直想知道为什么 Embarcadero 仍然不提供这样的版本。

如果这很容易做到，我相信它很久以前就已经完成了。那么Embarcedero到底需要克服哪些技术困难呢？

• 是编译器、RTL/VCL 还是 IDE/调试器？
• 为什么从 32 位切换到 64 位比 Borland 从 16 位切换到 32 位更复杂？
• FPC 团队在添加 64 位支持时是否遇到类似问题？
• 当我认为创建 64 位 Delphi 应该比 Kylix 或 Delphi.Net 更容易时，我是否在监督一些重要的事情？

Answer 1

对于我在论坛上读到的内容，我认为主要的延迟是 32 位编译器根本无法轻松适应 64 位，因此他们必须编写一个具有允许移植结构的新编译器轻松地将其转移到新平台。在该领域，这种延迟很容易理解。

新编译器要做的第一件事就是支持当前的 32 位 Windows，然后再将其定位为 64 位，因此额外的延迟也很容易理解。

现在，在通往 64 位支持的道路上，Embarcadero 决定瞄准 32 位 MacOSx，而这个决定有些人根本无法理解。就我个人而言，我认为从 Embarcadero 业务角度来看，这是一个很好的营销决策(等等，我并不是说 64 位支持不那么重要，请仔细阅读，我不是在谈论重要性，而是在谈论商业性)。在通往 64 位的道路上，这是一个非常有争议的额外延迟(此外 Embarcadero 表示他们有团队并行工作，事实上存在延迟，至少对于版本控制问题 - 再次营销 -)。

还要记住，FPC 不是商业产品，因此它们可以比 Delphi 更轻松地添加/删除功能。