关于VC++和delphi的论战

[proshyrain]

大家觉得争论VC++和delphi的好坏很有必要吗? 两大公司的两大产品既然都有很大的市场, 就足以证明两者都有很强的生命力和很强的能力。要做一个优秀的程序员，只懂得一种语言是不够的。而VC++和delphi可以说在windows面向对象编程方面是基层与应用的互补: VC++使人容易了解系统底层的东西和面向对象的基础，她使人了解系统的处理机制，对delphi程序员是很有帮助的；delphi使应用开发变得更容易，而且她对类的封装方法是很值得借鉴的，对VC++程序员有很好的指导作用和启迪！小弟认为，二者既是对手也是朋友，很好的把他们结合起来，不是底层与应用的辩证统一吗？大可不必厚此薄彼！！

小弟初出茅庐，很希望和各位朋友交流，请大家多多指教！！

[bbslucky]

不管怎么说，我选VC，受够DELPHI的臃肿了

[liang2001]

容易的东西不见得是好东西

[rosale]

兩者皆是我的得力工具,非常同意proshyrain的觀點,作為程序員應多掌握一些工具,包括一些分析
工具,如:rational rose

[Wingsun]

有必要吗，就象写字一样，我喜欢用钢笔，他喜欢用铅笔，你喜欢用圆珠笔；我喜欢英雄牌，你喜欢派克的。工具嘛，各有所好。

[Wingsun]

有必要吗，就象写字一样，我喜欢用钢笔，他喜欢用铅笔，你喜欢用圆珠笔；我喜欢英雄牌，你喜欢派克的。工具嘛，各有所好。那个称手，就用那个。

[bigjim]

其实两者并不矛盾，各有长处。所谓青菜萝卜各有所爱。但是，不同的工具开发不同的程序效率是不同的。PB开发数据库程序肯定快，但是让它做通讯就难了。所以，我觉得如果有条件的话，可以多看一些书，重点掌握一门语言，如果到了某一个方面，可以用到长于它的语言，自己也露一手。
我的很多同事都是多面手，做通讯的时候用VC,做界面和数据库就用Delphi。其实到了那种地步，语言之间就没有根本的界限，关键是对所用的技术的了解。

[netsong]

关注

[onion]

我已经习惯了VC，我喜欢用C++，哪怕在LINUX下也是如此。

[hand]

其实，看一下那些真正大型的软件，答案很明显
oracle,photoshop...

[melice]

用vc写界面 = 每个人都重复来重复去的代码 + 不知道怎么下手的界面控件编写
用delphi写界面 = 相反

用vc写内核？=熟悉windows内核？快捷？
用delphi写内核=？

看看c#的标准吧，vc所标榜的指针等等都不再是强项了

[zf]

微软自己的mts数据完全是使用vc得出的,没有使用vb,
vb不是完全支持com/dcom/com+的线程模型的,
delphi则是的.
如果利用vb开发三层应用的话,在访问量小的时候还可以,
在有100人以上的话,你的系统停止吧!!!!!!
delphi拥有vc一样的真正的编译能力以及真正对com/dcom/com+的支持,
但不可否认delphi的生产力却是vc的10倍以上.

[boneheat]

我认为讨论一下VISUAL C++和DELPHI是很有必要的，两种平台同样是世界上最优秀的平台，VISUAL C++在目前来讲，功能要比DELPHI强大，主要是因为DELPHI5.0的原装文件中，缺乏大量的VISUAL C++原本应该包括的大量的头文件，使得大量底层WINDOWS资源不能访问（例如DELPHI中的MAPI.PAS就缺乏关于MAPIX方面的说明，使得有关MAPIX的程序如ExchangeServer高级编程不能使用DELPHI,除非你在网上下载到相关的.PAS文件），但是，我听说，在网站上已有很多第三方提供了这些能实现底层资源访问控制的适合于DELPHI用的.PAS文件，如果真能下载装配完这些文件，我想DEIPHI的功能将大大加强。另外，DELPHI在多线程编程时，其同步的类型使用较少(主要是Windows核心对象如关键体，互斥体，信号灯等未在VCL库中封装成TMUTE等类，而是统一用一个自己的同步函数），程式编制不灵活，其用户界面线程功能较弱，但是，DELPHI提供了大量比VISUAL C++多得多的可用的现成资源，特别是在数据库编程方面，VISUAL C++是万万比不上的。在代码封装重用方面，DELPHI提供的开放式组件功能也比VISUAL C++强得多，且DELPHI入门简单，易学，在一般应用的开发速度远远高于VISUAL C++，另外，DELPHI的VCL库直接与COM为基础，这是未来软件设计的趋势，比Visual C++的MFC的层次要高。然而DELPHI程序员编程水平提高较难，只因VCL的封装较为高档，离WINDOWS底层较远，在某些SDK编程方面DELPHI因缺乏可用的.PAS文件而不能深入编程。VISUAL C++是目前功能最强大的开发平台，其在WINDOWS上几乎可以作任何工作，然而VISUAL C++入门极其困难，它的入门与其说是在学一种语言，不如说是在了解WINDOWS工作的核心，不了解WINDOWS的工作核心，根本谈不上用VISUAL C++的编程。从工程的角度上来讲，因MFC的封装远远比不上DELPHI的VCL库，所以VISUAL C++是一种吃力不讨好的工具，开发工作量繁重；从编程技巧上来讲，VISUAL C++到确实是一种万能的工具。当然，如你有充分的时间和精力的话，也可以用VISUAL C++写出大型的精良的系统。从应用软件的体积上来看，VISUAL C++的应用程序确实要比DELPHI同样的应用程序小很多，DELPHI应用程序的“臃肿”名不虚传。其实，这两中平台中间有一个折中平台，那就C++ Builder,它不仅拥有VISUAL C++的全部头文件，还有DELPHI的全部资源文件，整个平台程序开发迅速，也有能力完全访问WINDOWS核心，与各类SDK接口完整，程序质量可高可底。然而，C++ Builder也有其缺陷，第一个同样是和DELPHI同样存在的线程问题；第二个是C++ Builder编译速度奇慢，对开发员使用的机器要求很高（建议开发机CPU至少应为P3以上，内存128M以上）抬高了开发成本；其实，对于程序开发员来讲，仅考虑使用一种开发平台显然是不够的，对于有基础的程序员来说，只要你对WINDOWS核心有一定了解的话，使用何种开发平台、何种语言并不非常重要，因为开发平台和开发语言只是一种基础工具，关键是开发工程的实质是什么，开发成本有多少，开发时间有多长，不必要局限于某一种特定的开发平台和语言。我个人推荐，平常的应用用C++Builder,难度攻关用Visual C++,攻关成功后，可将代码转换给C++Builder使用。当然DELPHI也不能放弃，深入DELPHI的VCL源代码有助于将你的C++Builder应用的用户界面等涉及到开发平台本身的一些技巧得到提高。此仅为个人观点，望各位大虾指正。

[Mike]

少林拳和武当剑，哪种更厉害！？ :)

[jhb]

在微软的三层应用架构中，VC++实际上定位于商务逻辑层，既主要是用于COM组件的开发。微软的战略就是用VC和VB及InterDev组成高低搭配的完整的开发工具。在这种用COM+全面整合了整个企业流程的优势面前，Delphi是很难与之对抗的。虽然Delphi的确是一个非常优秀的工具，在很多方面甚至比VC更加优秀，但微软的优势就在于整合，更适合在企业级的应用，Delphi不是开始在Linux平台上寻求发展了吗？当然，在国内的应用水平下自然是没有这些考虑的，哈哈。
------------------------
PS：C#不是要取代C++呀，COM+内核和没有自治的接口都是用指针的呀。

[sophies]

真正的高手应该需要用什么就学什么
先学好一门语言，内中的精髓都差不多
只要算法、数据结构、计算机编译原理、系统结构、离散数学、网络原理、数据库原理等理论根底好，学什么不是一日千里
现在需要学的东西多了，windows平台局限性也很强，各位在这里争论来争论去，还不是在争一个高手的身份
有必要吗？

[Sayhigh]

在技术上VC不及DELPHI，VC完全靠破烂Windows才回有今天的地位，因为Windows把VC的一堆DLL垃圾库全集成到里面了,所以程序才会那么小，而且有成吨的“未公开秘密”,依仗M$的垄断地位才的以站稳脚根,而Delphi确在别人的平台上开发，而且获得了成功，Delphi的编译器是世界最好最快的，VCL是最开放的控件结构,Object Pascal对面向对象支持很完美效率很高。