blocks|key|1510094|text|Delphi会让你更容易接受，当然你必须管理你的内存，但它非常简单|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1510095|MyObj+=+TMyObj.Create;

try
++MyObj.DoSomething;
finally
++MyObj.Free;
end|code-block|syntax|javascript|1510096|在Delphi中，你所有的对象都分配在堆上，所以规则很简单，如果你创建了它就释放了它。|1510097|C%2B%2B和它的堆栈和基于堆的objs意味着你有更多的东西要学，也有更多的可能会遇到麻烦。|1510098|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

Delphi will be a lot easier for you to come to terms with, sure you have to manage your memory, but its very simple

<pre><code>MyObj = TMyObj.Create;

try
 MyObj.DoSomething;
finally
 MyObj.Free;
end
</code></pre>

In Delphi all your objects are allocated on the heap, so the rule is very simple if you create it you free it. 

C++ with its stack and heap based objs means you have a little more to learn and more scope for getting into trouble.

blocks|key|1725283|text|使用Delphi，你可以使用由Barry+Kelly编写的Boehm+Garbage+Collector+API，这样你就可以在Delphi中进行垃圾回收。Barry在去CodeGear做编译器架构师之前写了这篇文章。对于非常大的应用程序，它确实存在问题，并且很可能不适用于64位的Delphi。他在这篇podcast+interview中谈到了很多。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1725284|即使您不使用垃圾收集内存管理器，我仍然建议您使用Delphi而不是C%2B%2B。对于常规开发，C%2B%2B为您提供的唯一优势是大括号语法。如果你不介意Delphi的语法，那么对于大多数事情你会发现它更好。虽然拥有完整的Delphi和RTL，所以它不像Visual+C%2B%2B那么糟糕，但我仍然认为C%2B%2B会是一个更好的选择。|1725285|对于Excel+ins(正如你在评论中提到的)，我会推荐Delphi而不是C%2B%2B+builder，因为它有更好的COM支持(我相信你需要为Excel+ins提供COM支持)。|1725286|entityMap|0|LINK|mutability|MUTABLE|url|http://barrkel.blogspot.com/|1|http://cc.codegear.com/Item/21646|2|http://www.delphi.org/2008/09/episode-3-barry-kelly/^0|F|B|0|T|R|1|48|H|2|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]|$A|X|B|Y|1|Z]|$A|10|B|11|1|12]]|C|$]]|$1|D|3|E|5|6|7|13|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|14|8|@]|9|@]|C|$]]|$1|H|3|-4|5|6|7|15|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]|R|$5|K|L|M|C|$N|S]]]]

Go with Delphi and you can use the <a href="http://cc.codegear.com/Item/21646" rel="noreferrer">Boehm Garbage Collector API</a> written by <a href="http://barrkel.blogspot.com/" rel="noreferrer">Barry Kelly</a> so you can have garbage collection in Delphi. Barry wrote this before he went to work for CodeGear as a compiler architect. It does have issues with really large applications, and most likely won't work with 64-Bit Delphi. He talks about it quite a bit in this <a href="http://www.delphi.org/2008/09/episode-3-barry-kelly/" rel="noreferrer">podcast interview</a>.

Even if you don't use that garbage collecting memory manager, I would still recommend Delphi over C++. The only advantage C++ gives you for general development is the curly brace syntax. If you don't mind the Delphi syntax, then for most things you will find it better. Granted C++ Builder has the whole Delphi VCL and RTL, so it isn't as bad as Visual C++, but I still think Delphi would be a better choice.

For Excel add-ins (as you mentioned in your comment) I would recommend Delphi over C++ builder because it has better COM support (which I believe you need for Excel add-ins).

blocks|key|1510298|text|就我个人而言，我认为除了语言之间的差异之外，还有其他重要的考虑因素。例如，Delphi+IDE对于以WYSIWYG方式构建GUI来说是非常棒的。我还没有使用过图形用户界面构建器IDE，但如果它有一个和C%2B%2B一样好的图形用户界面构建器，我会非常惊讶。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1510299|虽然表面上C%2B%2B的语法看起来更像Java语言，但实际上Delphi语言的对象模型更接近Java语言。虽然指针存在于Delphi中，但实际上对象引用(如Java中的对象引用)在99%25的时间内都会被使用。即使在现代的C%2B%2B中，我也不认为可以避免指针。并不是说指针本身有任何问题，但在实践中...|1510300|就我个人而言，这些天我主要是一个Java爱好者，但我花了两年的时间使用Delphi，并很快又回到了它上面。相比之下，我使用C%2B%2B的经验非常有限，我更喜欢清理厕所，而不是回到那个语言:)|1510301|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Personally, I think there are other important considerations apart from the differences between the languages. For example, the Delphi IDE is totally freakin' awesome for building GUIs in a WYSIWYG fashion. I haven't used the C++ builder IDE, but I'd be really surprised if it has a GUI builder that's as nice as Delphi.

Although superficially the syntax of C++ looks more like that of Java, Delphi's object model is actually closer to that of Java. Although pointers exist in Delphi, in practice object references (like those in Java) are used 99% of the time. Even in modern C++, I don't think it's possible to avoid pointers. Not that there's anything wrong with pointers per se, but in practice....

On a personal note, I'm mostly a Java guy these days, but I spent 2 years working with Delphi and would go back to it in a heartbeat. In contrast, I have only very limited experience with C++ and would prefer to clean toilets than return to that language :)

blocks|key|1510350|text|“例如，Delphi+IDE对于以所见即所得的方式构建图形用户界面来说是非常棒的。我还没有使用过图形用户界面生成器IDE，但如果它有一个和C%2B%2B一样好的图形用户界面生成器，我会感到非常惊讶。”|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1510351|实际上，C%2B%2BBuilder图形用户界面编辑器是完全相同的编辑器，并且以相同的方式工作。真是太棒了。|1510352|.Net有大量的类，很像Java。C#具有与Java相似的语法，并且由于其庞大的类库，其工作方式也非常相似。这是一个非常适合编程的环境。但坦率地说，Delphi是一种更令人愉快的语言、IDE和通用环境。C#是由设计Delphi的同一个人设计的，并且在许多方面“感觉”非常相似，所以不要认为因为Delphi编译成本机代码(尽管您也可以使用Delphi+.Net+)，所以基本上很难使用。一点也不是。|1510353|我个人推荐给Delphi，因为它是一种很酷的语言。但是，如果您对学习C%2B%2B感兴趣，C%2B%2B生成器可能是最好的方法。|1510354|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

"For example, the Delphi IDE is totally freakin' awesome for building GUIs in a WYSIWYG fashion. I haven't used the C++ builder IDE, but I'd be really surprised if it has a GUI builder that's as nice as Delphi."

Actually the C++Builder GUI editor is exactly the same editor, and works in the same way. It is fantastic.

.Net has a huge number of classes, much like Java. C# has similar syntax to Java and because of the huge class library works fairly similarly. And it's a perfectly adequate environment to program in. But frankly Delphi is a much more pleasant language, IDE and general environment to work with. C# was designed by the same person who designed Delphi and "feels" very similar in many ways, so don't assume that because Delphi compiles to native code (though you can use Delphi .Net as well) it's fundamentally harder to use. It's not, at all.

My personal recommendation would be for Delphi, because it's a cool language. However if you're interested in learning C++, C++ Builder is probably the nicest way you could do it.

blocks|key|1510405|text|我认为如果你使用Delphi几次，你会发现它更容易使用，而且它有更多的第三方支持，以及在C%2B%2B生成器之前在Delphi中引入的一些功能|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1510406|我也可以阅读这篇来自前Java的博客，他现在是Delphi中大多数数据库和datasnap工作的幕后推手Steve+Shaughnessy，关于他在Java10年后编程Delphi的经验:-)+http://blogs.codegear.com/steveshaughnessy/2006/12/03/30193|offset|length|1510407|entityMap|0|LINK|mutability|MUTABLE|url|http://blogs.codegear.com/steveshaughnessy/2006/12/03/30193^0|0|2P|1N|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

I think if you go with Delphi you will find it more easier after few times of using, also it has more third party support and some of the features introduced in Delphi before C++ Builder

also read this blog from ex-Java and now the guy behind most of database and datasnap work in Delphi Steve Shaughnessy, about his experience about programming Delphi after 10 years of Java :-)
<a href="http://blogs.codegear.com/steveshaughnessy/2006/12/03/30193" rel="nofollow noreferrer">http://blogs.codegear.com/steveshaughnessy/2006/12/03/30193</a>

blocks|key|1510434|text|在过去的10年里，我专业地使用Delphi语言编程，并且对C%2B%2B有很好的了解。我会用Delphi的方式。语法更简单，内存管理也更简单。关于原生Delphi的GC我还没有听说过...尽管我不太喜欢由于.NET+gc而引入的关于Delphi.Net代码的陷阱，但我不太喜欢.NET+;-)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1510435|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I program professionaly in Delphi for the last 10 years and have a good knowledge of C++.
I'd go to the Delphi way. Syntax is much simpler and memory management also. That GC for native Delphi I don't have heard yet... Although I didn't like much the traps on Delphi.Net code introduced because of the .NET gc, I'm not much fond of gcs ;-)

blocks|key|1725585|text|从BCC4.1/DOS开始使用Borland+C和C%2B%2B编译器，从3.0到2007年使用Delphi，我可以坦率地告诉你，无论哪种方式，你都会经历一场伟大的冒险。从Borland的Builder和RAD+IDE上的C/C%2B%2B迁移到微软的VC%2B%2B、C%2B%2B和.NET+(已经使用了第一个MS-DOS版本中的VC+--米色的三环迷你活页夹)是一个实质性的范式转变(和学习曲线)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1725586|在C%2B%2B和Delphi之间做出选择是我建议你在接触了几个使用这两种语言的中小型项目后做出的选择。我从一个C程序员开始，大约五年后转向Delphi+(V3.0)，当时VCL使Windows编程变得更容易、更有效率。|1725587|请注意，对于来自其他语言如COBOL、FORTRAN、VisualBasic的程序员来说，Delphi是一种诱人的语言，因为它的语法和代码规则强制执行一种可以避免麻烦的规则。C语言的简洁性和原始的强大功能使其成为一种伟大的系统编程语言(设备驱动程序、操作系统代码、实时嵌入式编程)，但在经验不足的人手中，它可能会咬你一口。|1725588|Borland的Delphi(Delphi添加到C%2B%2B编译器中)去掉了许多C%2B%2B的锐利边缘，是我第二喜欢的语言。由于Borland向这两种语言都添加了.NET支持，因此有一个强有力的论据认为应该使用构建器而不是VC%2B%2B进行MS框架编程。尽管与C%2B%2B相比，C#有很好的“友好性”，但如果我刚开始使用，我仍然会坚持使用Delphi或Builder。|1725589|对于学习诀窍，对于原型和快速概念程序，根本没有一种语言可以击败Delphi，特别是在VCL和第三方组件方面。没有炒作，只有事实。|1725590|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

After working with Borland C and C++ compliers since BCC 4.1/DOS and Delphi from 3.0 thru 2007 I can tell you honestly that you're in for a great adventure either way. Moving from C/C++ on Borland's Builder and RAD IDE's is a substantial paradigm shift (and learning curve) from Microsoft's VC++, C++ and .NET (have used VC from the first MS-DOS release -- the beige three ring mini binders). 

The choice between C++ and Delphi is one I suggest you make after getting your feet wet on a few small to mid sized projects in both languages. I started out a C programmer and after about five years switched to Delphi (V3.0) when the VCL just made Windows programming a lot easier and more productive. 

Be warned, Delphi is a seductive language for programmers coming from other languages like COBOL, FORTRAN, VisualBasic because its syntax and code rules enforce a kind of discipline that keeps one out of trouble. The terseness and raw metal power of C makes it a great systems programming language (device drivers, O/S code, real-time embedded programming), but in inexperienced hands it can bite you. 

Borland's C++ Builder (Delphi's VCL added to C++ compiler) takes many of C++ sharp edges off and is my second favorite language. Since Borland added .NET support to both languages
there's a strong argument to use Builder instead of VC++ for MS framework programming. Although C# has a good amount of 'friendliness' built in compared to C++, if pushed I'd still stick to Delphi or Builder if I was just starting out. 

For learning the ropes, for prototyping and quick concept programs there is simply not a language out there that can beat Delphi especially with the VCL and the third party components. No hype, just facts.

blocks|key|1510532|text|在Delphi中，我没有做不到的事情，而且几乎所有的C%2B%2B组件在C%2B%2B生成器中都工作得很好。因为我同时为Windows和UNIX编程，所以C%2B%2B更容易移植。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1510533|如果你为你的容器使用C%2B%2B+STL或其他设计良好的库，垃圾收集就成了一个没有意义的问题，否则手动GC就不难了(一个人很快就会学会好习惯--不管是什么GC，你都应该练习)。只要你在可能的情况下使用RAII，将你的内存管理封装在容器中，明确对象所有权，只使用指针作为nilable引用(所有这些你都应该做，而不管语言是什么)，GC真的不应该是一个问题。|1510534|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

There is nothing I haven't been able to do in C++ VCL that I couldn't do with Delphi VCL and almost all Delphi components work fine in C++ Builder. Since I program for both Windows and UNIX, C++ is more portable.

If you use C++ STL or an other well designed library for your containers, garbage collection sort of becomes a moot point, and otherwise manual GC is not difficult (one quickly learns good habits - which you should be practicing anyways irrespective of a GC). As long as you use RAII where possible, keep your memory management encapsulated in containers, be clear on object ownership and only use pointers as nilable references (all of which you should also be doing irrespective on the language), GC really should not be an issue.

blocks|key|1510580|text|如果你打算做很多Windows编程，那就学习C%2B%2B。你会为了去法国旅行而学习德语吗？C/C%2B%2B是Windows+API的本机语言。在C/C%2B%2B中处理WinAPI数据结构和调用要简单得多。至于RAD，我已经使用MSVC大约13年了，我可以像任何人一样使用Visual+Studio的GUI编辑器快速地组装一个GUI应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1510581|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

If you're going to do a lot of Windows programming, learn C++. Would you learn German in preparation for a trip to France? C/C++ is the native language of the Windows API. Dealing with WinAPI data structures and calls is so much simpler in C/C++. As to RAD, I've used MSVC for about 13 years and I can whip together a GUI app as quickly as anybody using Visual Studio's GUI editor.

I'm a pretty experienced Java programmer that's been doing quite a bit of Win32 stuff in the last couple of years. Mainly I've been using VB6, but I really need to move to something better.

I've spent a month or so playing with Delphi 2009. I like the VCL GUI stuff, Delphi seems more suited to Windows API calls than VB6, I really like the fact that it's much better at OO than VB6, and I like the unit-testing framework that comes with the IDE.

But I really struggle with the fact that there's no widely-used garbage collector for Delphi - having to free every object manually or use interfaces for everything seems to have a pretty big impact on the way that you can do things effectively in an object oriented way. Also I'm not particularly keen on the syntax, or the fact that you have to declare variables all at the top of a method.

I can handle Delphi, but I'm wondering if C++ Builder 2009 might be a better choice for me. I know very little about C++ Builder and C++, but then I know very little about Delphi either. I know there's a lot to the C++ language, but I suspect it's only necessary to know a subset of it to get things done productively... I have heard that the C++ of today is a lot more productive to program in than the C++ of 10 years ago. 

I'll be doing new development only so I wouldn't need to master every aspect of the C++ language - if I can find an equivalent for each of Java's language features I'll be happy enough, and as I progress I could start looking at the more advanced stuff a bit more. (Sorry if that sounds painfully naive - if so please set me straight!)

So, for a Java programmer that's new to both Delphi and C++ Builder, which would you consider to be a better choice for productive development of Win32 exes and dlls, and why? What do you see to be the pros and cons of each?

Delphi versus C++ Builder - Which is Better Choice for a Java Programmer Doing Win32

集成开发环境

设备驱动程序

Visual Studio

数据结构

单元测试

内存管理

编译器

数据库

Windows

容器

Java

我是一个非常有经验的Java程序员，在过去的几年里做了很多Win32方面的工作。主要我一直在使用VB6，但我真的需要换个更好的。我已经花了一个月左右的时间使用Delphi 2009。我喜欢VCL的东西，Delphi似乎比VB6更适合Windows API调用，我真的喜欢它在面向对象方面比VB6好得多的事实，我喜欢集成开...

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

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

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

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

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