数数delphi的缺点(100分)

  • 主题发起人 主题发起人 jianl
  • 开始时间 开始时间
>>还有一点,tc2.0是dos下最好的开发工具,bc31是Win31下最好的开发工具,可是要加曾经两个字。
其实dos下最好的开发工具我认为是bc31,因为tc2.0不支持C++,而且无论从编译器还是集成环境。都比BC3.1差很多。前两天还开发了一个DOS程序,就用的是BC3.1。
BC3.1是dos下最好的开发工具,BC3.1是Win31下最好的开发工具,曾经是,现在也是(只不过你不用罢了)。
 
他们一所以被淘汰,是因为他们对应的操作系统被淘汰
 
对国内的程序员来说,delphi最大的缺点是对设计的要求不够强烈。
 
我爱Delphi,爱它的优点,也爱它的缺点
优点有时候会是缺点,缺点有时候也是优点,
爱一门编程语言,不需要理由,关键是方便,顺手
C++,C#,PB用上一个月,也会很顺手,
Delphi的缺点可以通过一定的方法来避免或用其它的方法来代替,
但是在PB中我碰到一个问题,一筹莫展:
我做了一个数据窗口,
设计时预览,或者直接运行同样的查询,时间小于1秒
但是在运行时,Retrieve 竟然花费 5~6秒,
用户无法接受,我也不能理解,所有高手都没有办法
数据窗口中的SQL语句写的稍微复杂些,PB都拒绝运行,
只好写成存储过程,暗地里却将PB骂了100遍
 
>>来自:z-jackey, 时间:2003-9-30 13:51:00, ID:2209767
>>每一样事物都有自己的有缺点,不同的事物是不能相提并论的,世上没十全十美的事物
我赞同!!!
该说得大家都说了,delphi有很多优点,大家说了一些,我也不想多说。只有对delphi的钟爱才会挑它的毛病,既然今天是挑毛病,我就说两个:
1、对于AnsiString的支持,delphi不如bcb,总是用众多的函数代替方法,我打字虽然不慢,但总不如不打字的好。有人建议自己写,这也是没办法时的最佳办法。
2、对TDateTime类的支持不如bcb,与AnsiString类似。
3、我讨厌把定义与实现放在一个文件里,程序稍大,找起来麻烦。
提个小技巧:
利用delphi的BookMark功能,把头的地方设置一个bookmark,能解决函数定义问题。在写每个函数时在头部也设置一个bookmark,能解决变量定义问题。
 
李衍智提的有创意,不说用着也就这么回事,习惯了还以为就这样了,一说马上激起我的
愤怒来,就是嘛,一个略多点代码的程序,不需要特别大,写得洋洋洒洒,虽然可以使用
Project manager 和快速跳转,但经不起来回折腾,正儿八经是个缺点。不过,总算是到
了头了,以后转用 MS 的东西了,一旦操作系统不再直接支持原生代码的话,就算缘份到
了尽头,所以,现在它就是有再多的缺点,我不会提、也不会讨厌它的。
 
是啊,delphi肯定是有缺点的,就是数数也没关系的,何必不许提意见呢!
世间万物皆如此,没有完美!我们也不能要求完美!
但是,有缺点并不能影响我们对她的喜爱,
有缺点并不能影响我们用她编写出完美的程序!不是吗?
 
>我既不是要全部反驳楼主,也不是要全部附和楼主,只是表明我的观点。
我就是来听大家的观点的,谢谢你精彩的发言。每个人看待问题的角度不同,观点自然不同
通过大家的发言,我学到了很多东西,这也是我开贴的目的。
》如何累赘?请说明一二?
我这样说是因为TOBJECT已经把CREATE方法变成了公用方法,所以不能简单的通过将构造函
数私有的方法来避免类外部CREATE实例。
 
任何东西都有其不足。 
谈够没有?  该结束了! 给点分。
 
》但是,有缺点并不能影响我们对她的喜爱,
当然,无数的DELPHI爱好着也是这里兴旺的根源。
》谈够没有?  该结束了! 给点分。
这位老兄比较坦白,呵呵。
 
>delphi最大的缺点是对设计的要求不够强烈。
也有道理,DELPHI能让你在几分钟内搞出界面和功能,似乎没有设计的必要。
》对TDateTime类的支持不如bcb
好象TDATETIME只是一个浮点数。
》我打字虽然不慢,但总不如不打字的好。
可以使用CTL+空格,还是挺方便的,不过要修改WINDOWS输入法的热键,这也是一个朋友
教我的,我可以保证,使用后每次重新安装机器后都会改掉WINDOWS输入法的热键。如同
我现在一样。
》我讨厌把定义与实现放在一个文件里,程序稍大,找起来麻烦。
看来老兄喜欢C
》利用delphi的BookMark功能,把头的地方设置一个bookmark,能解决函数定义问题。在写
》每个函数时在头部也设置一个bookmark,能解决变量定义问题
可也是一个好主意,又学到一招,呵呵。
 
》利用delphi的BookMark功能,把头的地方设置一个bookmark,能解决函数定义问题。在写
》每个函数时在头部也设置一个bookmark,能解决变量定义问题
其实,bookmark不必放在函数头部,可以放在当前的代码位置,
然后利用键盘 Ctrl + Shift + UpArrow
再 Ctrl + Shift +do
wnArrow
就可以到函数头部了,
再Goto bookmark 就可以到你写代码的位置了
其实,声明和实现放在一起更方便,用我上面说的快捷键很方便切换的
用Ctrl + 鼠标左键 就很容易到达过程和函数声明的地方
在Java和C#里面,不但合成一个文件而且声明和实现干脆合二为一了呢
这说明这才是更方便的
有人说不方便,只是不习惯而已
 
>其实,声明和实现放在一起更方便
我也喜欢这样,C++的头文件让我感觉不方便,而且我用的编辑工具没有自动生产声明或
实现的功能,更觉得不方便。
 
呵呵。越听越不懂。上面我是凑热闹瞎说的。其实 Delphi 比任何工具没有不好,前面有
兄弟提了热键,这还只是小儿科的玩意儿,可惜的是 Delphi 将要到了尽头,很多人连 O
pen Tool API 都还没用过。在那里,你需要的各种功能都可以成为现实,比如:分开的声
明、直接快速块注释、同时自动变量声明处理、等等等等,只要你是确实需要。这次不是
瞎说,是真的。至于语言方面,确实各有特点,但谁能保证如今的世界上已经有了只有优点
没有缺点的语言了?
 
同意yhllover的说法。
 
吵那么多都是鸡巴废话.
哪个用的活挣钱多才是硬道理.
 
1、和pb的开发环境相比,没有一个快速注释代码的方法,coderush增加了这个功能,
可惜coderush太消耗资源,经常运行死机(98下的时候)
================================
慢点正常,你要知道它比PB,VB先进,它是基于编译信息的。我没遇到过死机现象。
2、所以的类一定是从tobject继承而来,是优点吗,tobject已经有许多好东东在里面了
,可是这些好东东有时候是个大累赘,请在论坛中搜索“单例模式”的delphi实现就知道
在别的语言可以轻松实现的,在delphi中,你需要对vcl有深刻的理解。
================================
现代语言都是单根继承的。Delphi,Java,C#.其实VC这种古老的语言大多数时候不也都从OBject继承的吗。
3、不能随时定义变量,还必须在函数开始前定义,每次需要加循环的时候我都很恼火。
=====================================================================
Pascal是一种最规范,严谨的教学语言,据不会给你养成坏习惯的机会。
4、有类静态成员函数(class function),却没有静态成员变量,也不知道那个天才当时
设计时怎么想的。
===========================================================
这个我也不赞成,大概实现者有自己的想法吧。不过Delphi8预览版中已经支持了
5、合作者不稳定,报表从report smith到qr再到现在的rave,网络控件也换了,人为增加
可怜的程序员的负担。
=======================================================================
Borland有实力开发报表的。大量使用第三方组件,是为了刺激第三方厂商支持它的开发工具
6、最重要的是:有被borland放弃的样子,以前是每年有一个新版本,可今年出来的是
c#builder,再看看jbuilder的速度,我记得delphi4带了一个jb2的试用版,看看现在jb的
版本吧。
========================================================================
版本更新慢只能说明它的功能已经达到炉火纯青的地步了,无需太大改动
 
wr960204: // Pascal是一种最规范,严谨的教学语言,据不会给你养成坏习惯的机会。
这个偶 支持:0
pascal是比较优美的语言
 
3 .面向对象应该随时可以定义变量,特别是循环,有利于阅读,谁也不像跑到1000行前面找定义,只是编译器实现会复杂。delphi 之父跑了,编译器变动很难
这个应该是灵活性,Pascal在这不是规范,严谨,而是古板。
最可恶的是不版本兼容,换个版本就要改很多东西,个人还受得了,企业为了稳定,就难说了
 
后退
顶部