haitao:
“虽说delphi是rad的绝好工具,但那是在n年以前,对于小项目rad没什么问题,但大的项目要是用rad来做简直就是恶梦”?
[阅读: 765] 2006-08-28 01:29:21
--【拖拽几个控件写好的代码没法应用单元测试来保证代码质量,这样做的结果是改好了一个问题又会出来一个新问题。如果你希望用单元测试的话就不能用rad的开发方式】
--???
jzx++ 发表于2006-08-26 17:51:00 IP: 202.173.8.*
我用了5年delphi,项目做了一大堆,从底层编码到架构设计,从两层到多层,应该对delphi有点发言权吧,我从几个方面来说明
虽说delphi是rad的绝好工具,但那是在n年以前,对于小项目rad没什么问题,但大的项目要是用rad来做简直就是恶梦。举个简单例子,拖拽几个控件写好的代码没法应用单元测试来保证代码质量,这样做的结果是改好了一个问题又会出来一个新问题。如果你希望用单元测试的话就不能用rad的开发方式,但rad是delphi最大的亮点,没有了rad的delphi还是delphi吗?我想这应该算是delphi最大的悲哀了。
delphi从5.0开始,在win32方面的技术上就没什么大的改进,除了修修补补的添几个控件,买点别人的控件之外似乎没什么大的提高,甚至开发人员呼声很高的try..expect..finally都不肯加进去。更让人寒心的是从delphi5.0里的一个adodb.pas的bug一直到delphi7都没有改过来,我就奇怪了,明明borland在网站上已经给出了怎么修改adodb.pas代码的建议,却始终不肯把这个修改体现到新版本的delphi里面,谁能告诉我这是为什么?
还有delphi8.0开始增加的ECO,这是个好东西,可以极大的提高开发效率,但这个东东只有.net版本,没有for win32的。以borland的实力,做个for win32的ECO能有多难?
还有delphi层出不穷的bug我就不说了,delphi已经是borland的鸡肋,我看delphi不管卖到谁手上都是死路一条。不过假如delphi能开源的话或许还有点希望。
两个月前我已经转向java了,目前来看java代表著主流的趋势,冲着全世界有22%的程序员用的是java这点看,学java的前景就很不错。而且有著一票大厂商的支持,相信java比borland生命力要持久的多。