相比较Java，Delphi我更加喜欢VC的语言形式，要VC写代码感到优雅而轻松
但是，有时候写点小程序，为了输出结果，不得不写上一大堆代码才能做到。而且VC自带的类库也比较少，不想Java，Delphi，许多功能要么自己写，要么就从网上找第三方类库，辛苦不说，还不稳定。总感觉晃晃悠悠的。
我记得在一篇比较Delphi和VC的文章中提到：同一个项目，VC在短时间内会做一个演示给老板，而Delphi却可以从架构上考虑如何出一个成品。VC需要在操作层面考虑的问题太多了。
同样是OO语言，C++为什么就不能做的像Java、Object Pascal那样拥有一个巨大的标准类库，和强大的图形开发环境。
一度我想转向BCB了，可惜BCB就是后妈生的，姥姥不疼，舅舅不爱，几年都不出新版本。
想想还是在VC下面晃悠吧，作为OO，我常用的一个CLogListView派生自CListView，可每次我建立新工程，要用CLogListView的时候，还是要用Wizard生成一个CListView的SDI程序，然后在慢慢改，感觉好傻啊
但是，有时候写点小程序，为了输出结果，不得不写上一大堆代码才能做到。而且VC自带的类库也比较少，不想Java，Delphi，许多功能要么自己写，要么就从网上找第三方类库，辛苦不说，还不稳定。总感觉晃晃悠悠的。
我记得在一篇比较Delphi和VC的文章中提到：同一个项目，VC在短时间内会做一个演示给老板，而Delphi却可以从架构上考虑如何出一个成品。VC需要在操作层面考虑的问题太多了。
同样是OO语言，C++为什么就不能做的像Java、Object Pascal那样拥有一个巨大的标准类库，和强大的图形开发环境。
一度我想转向BCB了，可惜BCB就是后妈生的，姥姥不疼，舅舅不爱，几年都不出新版本。
想想还是在VC下面晃悠吧，作为OO，我常用的一个CLogListView派生自CListView，可每次我建立新工程，要用CLogListView的时候，还是要用Wizard生成一个CListView的SDI程序，然后在慢慢改，感觉好傻啊
等等这样的问题了。VS2005里面的VC虽然有了属性列表，居然还是不能实现像按钮颜色这样的功能属性-_-!，觉得还不如VC6好用.如果Delphi是MicroSoft的开发，搞软件开发那将是怎样的景象？.........//CAUTION
//菜鸟扯蛋，纯属牢骚，各位高手，涵请见谅!
------
头一次听说vc的代码优雅，比优雅，差java一大截～～～～～～～
代码的优雅与否不可能是语言造成的，JAVA代码照样可以写的很烂
要做数据库相关的程序用DELPHI，要做音频视频图像硬件接口中断控制用VC。要做系统级有分量的程序，一定要用VC。
效率和灵活性是互相矛盾的。就像品质好的音乐，它所占的字节就要多一些。对于那些顶级高手，他们很好的掌握了面向对象的开发，很多基础工作都已经做好了，他们用VC开发，其实跟用DELPHI开发一样快！
这和语言是否低级无关吧Delphi如果你喜欢也可以直接用API来写程序，效率我没有试过，应该不差。
我也用ASM写过Win32的程序，如果将效率，汇编是最高的，可是效率呢。
增加VC的类库和可视化的界面设计，无须从头架构类库，却可以为开发者节省大量的时间，何乐而不为呢？再喜欢控制的人也不喜欢要什么工具的时候都从头写吧，比如正则表达式库、各类协议库等等。
以前我写过一个中间层驱动实现的防火墙，驱动是VC写的，上层界面是Delphi写的。这样的组合我自己都觉得别扭，但是没有办法啊，别扭也比我一次次编译，一次次调整程序界面来的好啊。
我花一刻钟搞一个三分屏的VC界面，在Delphi中拖7个控件就可以完成，然后在调整一下他们的位置，好了完美了。听说6月出BCB2007了，考虑是否转移。
VB.net开始好像比Delphi强了
VB.net开始好像比Delphi强了我觉得这个想法不对，在不涉及Web开发的情况下，快速开发中VB+VC的形式没有Delphi的开发效率高，VC的效率是不错，但是如果你总是专注于掌控细节，自然从整体架构出发的思考就少了，从整体来看程序的效率不一定高的。
而且VB+VC你是如何整合呢？靠.net框架，还是靠VC的Dll+VB的界面形式出现？用两个IDE开发肯定没有用一个IDE快的。
再说，作为C++的IDE，做可视化的界面设计应该不是一个非常复杂的事情，为什么不去做呢？