昨晚把Delphi8安装上并试用了一下，Delphi8是一个完全面向.NET平台的开发工具，而Win32平台仍然由Delphi7支撑，明年还将发布Delphi 7.1。就是说，Delphi7和Delphi8将成为两条平行的产品线。当然随着Win32市场的逐渐缩小，Delphi7不会再有后续的继承版本。 下面是我的第一印象： 1、Delphi8很耗内存，和VS.NET不相上下，但是编译速度快不少。安装目录是BDS2.0，而C# Builder是BDS1.0，而且Delphi8运行的进程里面也是那个相同的“bds.exe”。可以想象Delphi8和C#Builder共用的一个IDE，不知道以后会不会把他们两个集成起来。他们的界面也是非常非常相似的。 2、新建立了一个Web Application，同样的Code-Behind，只不过后台文件是.pas了，和VS的没什么两样，编译，浏览，然后去“Temporary ASP.NET Files”目录下面看生成的编译后的临时文件，果然仍然也是从.aspx生成.cs的C#代码文件，然后编译成dll。Delphi8只是将.pas代码文件编译成dll，然后通过继承让页面文件使用。从这个观点看Delphi8的ASP.NET设计，和其他语言Effiel、Python的VS插件所做的没太多区别。 3、打开.aspx的html视图，顶上仍然是那句“Page language=”c#””，试着在.aspx里面手工写上一个C#语法的函数，然后在下面Form的OnLoad中调用，没任何问题。更加证实了上面第2点所说的。 4、Delphi8新增的一些控件：BDP（Borland Data Provider，一组符合ADO.NET接口的数据提供组件，号称性能更好）、Web数据感知控件（Delphi的老传统，通过一个DBWebDataSource，将数据直接映射到DBWebLabel、DBWebListBox之类的控件上）、ECO（Enterprise Core Objects，Borland力推的一组MDA架构的组件，这个应该是重头戏，可Delphi产品网页上的ECO Tutorial居然还是“come soon…”，晕）。 Delphi8面对的挑战不小，基于.Net Framework 1.2的Whidbey明年春季就会发布beta了，而且VS的稳定性显然胜过Delphi8（Delphi8的IDE稳定性的确是个问题，我用了一阵子之后，代码提示就莫名其妙的不起作用了）。我觉得Borland不要再花费力气去搞什么C# Builder（显然C#程序员几乎都会选择VC#），认真的将Delphi8做得更加稳定、更具弹性，将Pascal语言的编译器做得速度更快更有效率。显然Delphi8的后续开发还在紧张进行（在C# Builder中出现过的可以引用J2EE Components的功能好像在Delphi8中还没有实现，不少论坛上都引用了李维的话，说Delphi Team过完圣诞就得加班）。希望Borland能带给我们一个优秀的.NET开发工具。
