－－【拖拽几个控件写好的代码没法应用单元测试来保证代码质量，这样做的结果是改好了一个问题又会出来一个新问题。如果你希望用单元测试的话就不能用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生命力要持久的多。