你的意思是用delphi后开发周期比用vb或vc缩短至少5倍吗?
好象有点悬吧?
我想我们应该多给delphi提缺点,这样它才会进步得更快。
我认为VB支持的中文变量不错,因为用中文变量会使程序易读得多,而且几乎不用加注释,并使编写具有复杂逻辑的程序容易得多。
希望delphi在支持中文方面能有所进展。

解决方案 »

  1.   

    呵呵,delphi就是牛B,我用了以后就不喜欢别的开发了!哈,就用它!
      

  2.   

    我想我们应该多给delphi提缺点,这样它才会进步得更快。
    我认为VB支持的中文变量不错,因为用中文变量会使程序易读得多,而且几乎不用加注释,并使编写具有复杂逻辑的程序容易得多。
    希望delphi在支持中文方面能有所进展
    非常同意,希望DELPHI更强大
      

  3.   

    前面的话可能是有点夸张,但确实感觉很不错。
    要说Delphi的一个缺点就是普及的还不够,每次都是VC先出来个什么新技术,然后过一段时间才出来Delphi版,并不是Delphi不能实现,而是很多人都对其不太了解。
      

  4.   

       很多硬件厂商的驱动也是先支持与VC、VB接口,至于是否支持Delphi,他们就不管了,你们自己写声明代码吧!这是我一直感到愤愤不平的。所以我认为这么好的东西还是普及不够。
       至于支持中文变量,我个人觉得意义不大,因为写程序的时候输入中文其实也花费时间。而且容易与其他注释搞混。不过增加这一项功能对于Borland公司来说肯定是小菜一碟,也许在以后的更高版本中会出现这一满足广大喜爱中文变量用户的功能。
      

  5.   

    支持中文也包括要有中文帮助,即真正的中文版,否则delphi在中国的普及面肯定是有限的。
    另外还希望delphi在安装、调试等方面能更方便一些。
      

  6.   

    我用delphi用得越多,我越爱borland!
    基本上,对于我们,只有想不到,没有作不到!
      

  7.   

    to ch81(missile) :
    不要这样说。
    至少delphi还不适合写操作系统和人工智能。
      

  8.   

    No,我们用Delphi开发的图象字符识别系统应该算是一种人工智能吧!
      

  9.   

    我的意思是用它开发人工智能效率不高。
    或者说它和VB、VC还没有质的区别。
      

  10.   

    delphi博大精深,高手和初学者都适合!
      

  11.   

    Delphi 对中文支持的不够,往往发生在计算中文字串的宽度时
    Delphi 的帮助质量太差,和 Microsoft 无法比
    可气的是不支持 try...except...finally 结构
    希望在以后的版本能够改善