问Delphi与Java -对于执行Win32的C++程序员来说，哪种选择更好

EN

使用Delphi，你可以使用由Barry Kelly编写的Boehm Garbage Collector API，这样你就可以在Delphi中进行垃圾回收。Barry在去CodeGear做编译器架构师之前写了这篇文章。对于非常大的应用程序，它确实存在问题，并且很可能不适用于64位的Delphi。他在这篇podcast interview中谈到了很多。

即使您不使用垃圾收集内存管理器，我仍然建议您使用Delphi而不是C++。对于常规开发，C++为您提供的唯一优势是大括号语法。如果你不介意Delphi的语法，那么对于大多数事情你会发现它更好。虽然拥有完整的Delphi和RTL，所以它不像Visual C++那么糟糕，但我仍然认为C++会是一个更好的选择。

对于Excel ins(正如你在评论中提到的)，我会推荐Delphi而不是C++ builder，因为它有更好的COM支持(我相信你需要为Excel ins提供COM支持)。

Delphi会让你更容易接受，当然你必须管理你的内存，但它非常简单

MyObj = TMyObj.Create;

try
  MyObj.DoSomething;
finally
  MyObj.Free;
end

在Delphi中，你所有的对象都分配在堆上，所以规则很简单，如果你创建了它就释放了它。

C++和它的堆栈和基于堆的objs意味着你有更多的东西要学，也有更多的可能会遇到麻烦。

从BCC4.1/DOS开始使用Borland C和C++编译器，从3.0到2007年使用Delphi，我可以坦率地告诉你，无论哪种方式，你都会经历一场伟大的冒险。从Borland的Builder和RAD IDE上的C/C++迁移到微软的VC++、C++和.NET (已经使用了第一个MS-DOS版本中的VC --米色的三环迷你活页夹)是一个实质性的范式转变(和学习曲线)。

在C++和Delphi之间做出选择是我建议你在接触了几个使用这两种语言的中小型项目后做出的选择。我从一个C程序员开始，大约五年后转向Delphi (V3.0)，当时VCL使Windows编程变得更容易、更有效率。

请注意，对于来自其他语言如COBOL、FORTRAN、VisualBasic的程序员来说，Delphi是一种诱人的语言，因为它的语法和代码规则强制执行一种可以避免麻烦的规则。C语言的简洁性和原始的强大功能使其成为一种伟大的系统编程语言(设备驱动程序、操作系统代码、实时嵌入式编程)，但在经验不足的人手中，它可能会咬你一口。

Borland的Delphi(Delphi添加到C++编译器中)去掉了许多C++的锐利边缘，是我第二喜欢的语言。由于Borland向这两种语言都添加了.NET支持，因此有一个强有力的论据认为应该使用构建器而不是VC++进行MS框架编程。尽管与C++相比，C#有很好的“友好性”，但如果我刚开始使用，我仍然会坚持使用Delphi或Builder。

对于学习诀窍，对于原型和快速概念程序，根本没有一种语言可以击败Delphi，特别是在VCL和第三方组件方面。没有炒作，只有事实。