Danny Thorpe在Borland决定加入.NET阵营的很短时间内就给出了一个Delphi for .NET Compiler Preview,确实让人高兴。由于那个编译器放在了Delphi 7发布包里面,所以还是十分令人期待的。不过仅仅是一个编译器,还没有IDE的配合,没有窗体设计器这样基本的东西。另外,你不可能指望用一个还叫Preview的东西开发出可靠的产品。所以,作为Delphi的忠实关注,我一直在等待Delphi 8。
不过这一次摆在Borland面前的工作实在是太艰巨。首先,MS在发布.NET 1.0之前就已经花了很长时间来准备.NET平台,而且VS .NET真的是远比VS6优秀,Borland错过了先机。其次,Borland自己全神贯注于Linux平台上面Kylix IDE的开发,耽误了很多宝贵的时间,在.NET平台上面甚至一度落后于SharpDevelop或者Mono这样的开源项目。
费了九牛二虎之力,Delphi 8在2003年底终于做出来了,Danny所写的Delphi for .NET编译器品质也很不错,可是,我还是跌破了眼镜。那个BDS 2.0 IDE几乎让人相信它不是Borland自己的产品,除了名字。启动速度奇慢就不说了,还经常跳出异常要我重启IDE。即使后面连续出了多个Update,情况也没有十分的改善。这样我就不得不放弃了本来的计划。用它学VCL for .NET,可是噩梦。不过用Delphi 8开发WinForms和WebForms就好多了了(ECO是个好东西,MS几年内恐怕都搞不出来,另外还有一点点Together绘制UML图的实用功能)。这个代号Octane的东西确实让我在火上煎熬了好长一阵子。
为什么Delphi 8会失败呢?首先,Borland更早的时候就应该考虑如何将Delphi移植到.NET上面,而不是等到了.NET 1.1都发布之后。大量的底层工作必须在短短的一年多里面完成,几乎是不可能的。事实也是如此,Delphi 8在编译器一些方面甚至比MS做得好要好,例如Bounded Array。但是,连基本的Namespace支持都不是十分的方便,简直令人难以理解。加上IDE的问题,就没有办法挽回恶评如潮的局面。
那个时候我就在想,如果Borland把Delphi for .NET编译器以及ECO这样的新技术嫁接到VS上面就好了,起码这样有个稳定的IDE可以用。可是我告诉自己这机会不可能,Borland还算是一间很大的公司呢,怎么可以做MS的寄生虫?因此,除了等待一个又一个的补丁,我还在热切的期待Delphi 2005。
delphi 8虽然不景气,可是这时候出了一本Delphi for .NET Developer's Guide还买得不错。算是说明Delphi人气还在,一息尚存。