我和你一样,爱上了Delphi,但你比我幸运,VB浪费了我4年的青春。Delphi转向C++Builder没什么必要。C++Builder是Borland拉拢C/C++程序员的,真正成熟的还是Delphi。

解决方案 »

  1.   

    这位老兄,我觉得你的情况怎么和我一模一样?
    不过我还是觉得DELPHI好一点,因为它的编译
    速度确实是一流的,CB和VC没法比(还是我的
    机子太慢了?)
      

  2.   

    我昨天晚上刚装了C++ builder,觉得VCL和Delphi差不多,但是做了一个小程序,觉得编译速度实在不敢恭维,和Delphi一比,慢多了.
      

  3.   

    cb5 太慢,cb4快一点,主要是内存太小了,如果128M应该没问题。delphi我很喜欢,用了一年,但现在我开始转向cb,因为很多算法,网络协议编程之类都是用C/C++写的,不过程序的稳定性方面我认为是vc>vb>delphi>cb。速度方面是vc>delphi>cb>vb。文件大小是vc<delphi<cb<vb。反正现在我什么都用,除了vb。
      

  4.   

    看来我有必要学会delphi,我也看到了太热门了,我到有一个疑问,delphi是否也属于那种傻瓜化的开发工具.
      

  5.   

    非常感谢各位的参与,也谢谢大家的帮助,看来大家对这个问题非常感兴趣,既然这个问题很吸引大家,不如咱们讨论得再具体一点,让中国程序员有一个好的选择。一下是我个人的一些认识,希望能于各位能进行交流。今年年初MS$已经将Windows最低层的接口给了Inprise,Delphi 6的功能将无限强大!
                                                ----------我喜欢
    下面是关于Kylix的一些消息:1999年春季Inprise/Borland开发团队针对快速发展的Linux平台,着手研发一个具有高执行效率、同时支持C、C++以及Delphi的软件开发环境,这个以古希腊饮具为代号的计划便是Kylix。Kylix预计在2000年下半年推出,并将成为Linux平台上第一个集图形用户界面(GUI)、Internet/Web及数据库应用开发于一体的快速开发工具(Rapid Application Development, RAD)。 Kylix计划将提供一个包含可视化、双向工具(Two Way Tool)的集成开发环境,内建一个全新高速的编译器,能够编译Linux原生C、C++和Delphi开发语言,并且可以实现Linux版本的Borland VCL (Visual Component Library)架构,帮助Delphi及C++Builder用户由Windows平台向Linux平台移植,Kylix将支持Red Hat Linux、Corel Linux以及其它主要Linux版本。 Kylix计划及其产品需求是以1999年7月Borland.com网站上对24,000以上人次受访者的调查为依据,调查报告显示软件开发人员热切期望在Linux平台上仍然使用主流RAD开发工具,以快速开发专业应用程序。Kylix集Inprise/Borland公司十五年开发工具经验和在该领域有广大用户群之优势,是连接Windows与Linux两大平台、提供最佳解决方案的开发工具。Kylix 将内含 CLX 新架构  
      
    Inprise/Borland 八月中旬在 PC Expo 中宣布其下一代的元件函式库和架构 CLX,不只让应用程式的开发更为简易快速,CLX 更是专为跨平台而设的元件函式库。我们将在 Linux 版本的 Kylix 首先看到它的踪迹。 CLX 以 Delphi 和 C++ Builder 的 VCL 为基础,设计出一套跨平台的元件架构,让 GUI 、资料库、Web 应用程式等等的开发工作更为容易。CLX 马上会在 Linux 版的 Delphi 和 C++ Builder - 也就是 Kylix - 上现身,Windows 上下一版的 Delphi 和 C++ Builder 也将跟着会内建 CLX。 以下是 CLX(Component Library for Cross-platform)的特色介绍: 针对高效能表现目的和 Windows/Linux 基本服务功能而设计的元件函式库; 
    Delphi 和 C++ 语言的物件导向元件架构,方便建置可重复使用的元件; 
    简化如今数以万计的 Delphi 和 C++ Builder 应用程式移植到 Linux 平台的工作; 
    整合于下一代 Windows 和 Linux 平台上的 Borland 视觉化开发工具; 
    让现存的 Delphi 和 Visual Basic 开发者易于适应; 
    支持商业、专属,和开放源代码等版权的软件开发方式。Kylix的试用版已经在网上发布,界面与Delphi一模一样,Oh!My God!简直太爽了!福也!福也!不过我见到它的面孔,并没有找到下载的地方,如果有知其者,请也告诉我,谢!另外有一份网上调查报告(具体数据我已经忘记,以下是大概数据):
    赞同Inprise公司开发Delphi 6的占85%左右;
    赞同Inprise公司开发Kylix的占7.8%左右;
    赞同Inprise公司开发C++Builder的占4%左右;
    赞同Inprise公司开发JBuilder的占3%左右;相信Inprise,没的错!
      

  6.   

    我看了很多资料介绍,说C++Builder的运行速度要比Delphi快(很小的差距),而且我也Down了一些C++Builder的程序,感觉C++Builder写的程序要小一些,另外我想阐明我的观点:编译速度快并不表示运行速度快,也不表示软件就优秀。例如VC++,它的编译速度也很慢,可它的速度是最快的,不过VB不管是编译速度还是运行速度都太差了。
      

  7.   

    peacock:
    你很厉害呀, 你只花了一个早上就学会了DELPHI,可是我花了快一年了还没有
    学会呀,可不可以教我你有什么方法可以最快学好DELPHI呀!      小生先谢过了!!!!!!!!!!!!!!!!
      

  8.   

    很赞同peacock所说的,unix上编译速度大家体会到没有,可是运行呢?评价一个开发工具应该是全面、公正的,本人以为,VC、DELPHI根本没有可比性,VC并不是RAD,但是他的灵活性无与伦比,DELPHI写MIS之类的商业应用,从商业角度上讲,又是VC所无法比拟的。到底用那一个,就看实际中的需要了,不然何来DELPHI、VC程序员之分。
      

  9.   

    hare兄,我并不厉害,对于很多高手来说,只能算菜鸟,所以我才要发表这篇贴子,至于怎么学习编程,我倒是有一些体会,首先最重要的一条就是爱好,这是一切的动力,然后就是有项目做,自学只能学会一些常用的编程,但不会有较大的提高,如果实在没有项目做,那就自己设想项目,比如编一个“网络蚂蚁”、“Foxmail”什么的,这并不是
      

  10.   

    感谢大家,这里有很多志同道合的朋友,但是我们没的选择,因为我们必须用国外的开发软件,但也必须选择,因为我们需要Program,所以我们要综合所有优秀的开发软件,请各位谈谈各个开发软件的优缺点,也谈谈自己的体会!
      

  11.   

    现在我突然想起了一句很流行的话----聪明的程序员用Delphi,真正的程序员用VC++。
    不知道大家对这句话有何感想?
      

  12.   

    不要再在那里讨论什么软件的长处和短处了,其实能把工作完成才是最主要的。真如吨小平同志的黑猫白毛论。
        就速度上来讲,你是做什么用的,对速度有严格的要求,我想就一般人的工作编程,vb和vc
    有什么区别!!!你要是FBI的,或者去搞什么导弹和原子弹的,考虑这个还有点实际用处。可你能吗?
        打狗棒练好了,打篇天下,练的狗丝,一样没用。公鸡,你牛叉不要吹的太大,一个小时搞定VB,一个上午搞定Delphi,你要不是神仙,你就是疯子,发正不是天才!
      

  13.   

         peacock的意思是孔雀。还有,在技术上不懂不要乱说话。
      

  14.   

    相信葛洛夫的一句话:这个世界只有偏职狂才能生存!
    postscript和jhb可能是误会我的意思了,我只是说入门,并没有说学会,更不用说开发软件!要不我也不会来发表这张贴子了。
      

  15.   

    补充一点,道听途说。勿怪!!!!
    最笨的程序员用VISUAL BASIC
      

  16.   

    补充一点, 关于delphi的编译速度和C比较是不大公平的, 由于Pascal使用unit这一特点,
    object pascal的编译过程只用扫描一遍source, 而C/C++都要两遍. 
      

  17.   

    to:kmask 
    虽然我不只是VB程序员,但你这样侮辱一类程序员小心被列入黑名单哦!
      

  18.   

    各位,本人也凑个热闹吧!
    本人也是一个从DOS时代的TC,BC++一步一步走过来的,现在已经转向VC++了,但我还是很怀念过去的那段时光,所以有时也想用用CB,但目前还没有想使用Delphi的意思,至于VB之流,更是免谈,我始终认为一个真正的程序员应该使用C/C++语言!
      

  19.   

    peacock:
        我是对Postscript说的。他把你的名字翻成公鸡了,哈哈。本来如如果程序底子好,同时对系统工作原理很熟的话,一二天就用VB进行工程开发不是没有可能的啊,我就这样做过,只是手册要吃点苦头了。关键在于对体系结构的熟悉,(当然,我们就不说程序的基本功了,我相信各位都很深了),同时要注意系统分析和功能设计。文以载道,在程序设计上也应是这样的吧。
      

  20.   

    VB VFP是M$对大陆程序员的重要的洗脑工具.
    VB使程序员的能力下降.
    VB的程序又大,又慢,满是BUG,带一堆零碎,这是M$的错.
    所以
    VB是垃圾,
    VB程序员是三流货,
    C/C++和Delphi是程序员的首选.
    VC中的M$的影子太重,使程序员容易被定型.至少我不喜欢这样.
    做为程序员重要的有自己的思想,自己的个性,不要被一种OS,或编程理念束缚,不然.
    回过头一看自己,除了M$的一切之外,自己什么都不会了.另外有测试结果好象:
    Delphi的稳定性是最好的,而且开发出来的软件速度也是最快的呀.
      

  21.   

    不管怎么样,我舍不得C++, 所以我用C++ Builder.
      

  22.   

    啊!居然有这么多朋友关心这问题,我感到很高兴,虽然系统分析和功能设计很重要,但目前还有很多人处于是属于Program的爱好者,语言选择的正确性将对一个人的成长有着很大的作用,比如选了一门一点吸引力都没有的开发软件,那么他的进展将很慢,就不用说系统分析和功能设计了!
      

  23.   

    现在我认为 delphi 优于 vb ,但未来属于vb. 由于开发 delphi 的三个鼻祖以来到了ms,borland 还有什么.
      

  24.   

    同意Sayhigh的观点,我学Delphi上手用了一个星期的时间,主要过程就是写一个仓库管理系统.但是在以后三年的Delphi生涯中,我越来越发现原来对Delphi认识的浅薄,Delphi可以帮助我们实现任何我们想要实现的功能,它的组件资源遍及世界的任何角落,可以帮助程序员/业余程序员迅速开发应用系统。所以Delphi真正力量体现在它的组件环境中。当然,最近我又开始重温C++,因为Delphi也有缺陷,比如与windows的接口上,比如算法的精炼上。但是,VB? 实在不敢恭维。因为98%的程序员用过Delphi后,都不会再去用VB,事实胜于雄辩。
    建议真正热爱Delphi的朋友们应该多尝试自己编写控件,而不仅仅是从网上download.只有这样才是对Delphi最有力的支持。
      

  25.   

    大家都分厂热爱Delphi,也都舍不得C++,那么到底我们是取舍还是都要呢?请大家谈谈自己的看法和经历,Please!
      

  26.   

    Delphi 决不会埋没你的C++水平
    会WINAPI 和C/C++的人再用DELPHI
    决不会是一个傻瓜程序员,是一个爽的程序员
      

  27.   

    有谁看到黑客用Delphi写Shellcode这些东西了?谁能用Delphi写VxD?
      

  28.   

    其他实Delphi和C一样都要用WIN API。只是语法不同, 实现方法不一样而已
      

  29.   

     Delphi 当然可以写黑客程序,看来你不了解PASCAL
      

  30.   

    To:gaochunguang
        看来你是一位大虾,说得很好,但是好像没见过用Delphi写vxd,黑客程序倒有可能,另外你的意思好像是说学了C/C++后,再转向Delphi对吧?但我想都要,你意见如何?
      

  31.   

        事实上,每一种设计平台都有他本身的优点,只不过是个人喜欢与否,也许,vb程序员也在他们的论坛里骂delphi和delphi程序员呢,但是,我本人的观点,delphi就是好,borland的开发平台就是比微软的先进一代.现在我连asp都要放弃了,改用PHP了,office不用了,改用莲花的了,下一步决定是:弃ie而用netscape,删windows而装linux,怕一旦全世界无产者联合起来,抵制微软,我可就没饭吃了.
        不是说开发delphi的三个鼻祖都跑到微软了吗,事实上,不可怕,因为一个公司有一个公司的文化,不可能因为几个程序员的原因而改变,也许,这是iprise收购ms$的前奏呢,最坏,就是出来一个微软的delphi版本,但对我们并不是坏事啊.
      

  32.   

    用PASCAL写操作系统,听说过没?PASCAL的教科书都写有嘛!
      

  33.   

    认为 Delphi 只能开发一些数据库或 MIS 软件的朋友,你们错了!你们认为 Delphi 只能和 VB 相提并论而没有资格和 VC 一争高下,你们错了!Delphi 可以做你想做的一切!深入到 Windows API 底层,Object Pascal 和 C/C++ 没有什么分别。在所有的 Win32 API 中,只有一个 API 函数 Delphi 不能调用,就是类似 C 语言中 sprintf 的一个函数(名字我记不大清了),因为它可以带多种参数并使用变量输出修饰符,但是与之等价的,在 Delphi 中有 Format 函数!功能更胜一筹!所以,这样一来,Delphi 与 Windows 的接口没有任何问题!不要说 Delphi 不能开发 VxD,结合内嵌汇编同样可以做到!我并不排斥 C/C++,我也承认 C/C++ 很强大,但并不能以此否定 Delphi 的强大!我就用 Delphi 结合 DirectX SDK 开发了一个小游戏。个人有个人选择开发工具的权利。大家应当互相帮助学习指导,共同进步。我现在就是看 MSDN 文档用 Delphi 编程。很爽!
      

  34.   

    c++与delphi的结合=c++ builder, 所以我用c++ builder,两全其美。
      

  35.   

    Internet的未来是Web Services一统天下,桌面应用对功能的实现越来越瘦,甚至最终被Web Browser所彻底取代。在这种趋势下,单纯的关注于开发环境和语言只是一方面,我以为,最重要的是理解整个大背景,在这个前提下掌握你所针对的操作系统、熟悉你的开发工具、精通你的开发语言才变得有意义。 当然,每个人情况不一样,小的只是抛砖引玉引玉一下啊。就事论事儿,我以我12年多的编程和研发经验向在微软平台上开发的同志们建议:第一精通C++(不要仅停留在语法表面,面向对象的实质才是最重要的,也可以好好看看Java),第二掌握(Visual C++) and (Delphi or C++Builder),把面向对象的开发融会贯通于具体的开发环境,第三进阶一下理解COM及其实现(无论你用什么开发工具),这是面向对象到面向组件的重要环节,最后放眼未来,展望web世界的计算,并学习其他相关知识(网络,三层理论,数据库,W3C的动向,等等)。还有,具体情况具体分析,不要人云亦云,选择最适合自己的和最适合任务的开发工具是很重要的,往往混合起来取长补短才是最好的。
      

  36.   

    我这有delphi有病毒生产控件谁要?
      

  37.   

    C/C++和Delphi是程序员的首选.我一直这样认为。
      

  38.   

    非常同意JGTM2000的观点,我最初在学校使用TC和VC,后来用VB和的delphi,现在正在转向java
    每种开发语言都有自己的优点,包括VB。最重要的是面向对象编程思想和JGTM2000所说的第三进阶和其他相关知识,VB不是真正的面向对象语言,但是利用其com的接口原理可以实现多态。VB7也越来越面向对象了。不过现在我越来越喜欢java了
      

  39.   

    这个话题可真火问题越说越深奥了(比看电视有意思多了)最近一提到VC和DELPHI 就出现争论。
    其实一句话:VC 不可不会 DELPHI 不可不用。大家都把这两门语言学会也就不用争论了。
    Delphi - VC 和 VC - Delphi 的学习顺序也无所谓.
      

  40.   

    我知道DELPHI的开发人员(CSDN)介绍过,名字忘了,他好象是delphi,c++,java的三方高手,还有那本c++编程思想和java编程思想的作者也是delphi,c++,java的高手,建议大家看一看JAVA编程思想就知道编程语言是工具,最主要是编程思想。
      

  41.   

    >>谁能用Delphi写VxD
    ???????????????????
      

  42.   

    >>谁能用Delphi写VxD?
    ??
      

  43.   

    同意Gaochunguang的说法,
    其实很多东西,是变通的。在Delphi中怎么实现,在VC可能也就差不多这样实现!我现在就是用Delphi,不过,我接着有时间要好好学学VC!