Delphi端出“鸳鸯锅”
软件世界
11月8日，打算在JAVA和.NET上左右开弓的Borland推出了两个重量级产品Jbuilder 2005和Delphi 2005。对许多Borland的拥趸，特别是那些被Delphi 7的.NET测试组件勾起兴趣又被Delphi 8在.NET开发上的糟糕表现冷了心肠的Delphi程序员来说，Delphi 2005也许更值得关注。
Delphi，即德尔斐，希腊古都, 因Apollo太阳神的神殿而著称。
“鸳鸯火锅”
如果说在.NET开发上Delphi 8尚显稚嫩的话，那么融入了Borland在.NET上长期的技术积累和最新理解的Delphi 2005，将以成熟的.NET开发工具形象再度激起Delphi程序员迈入.NET的热情。
跟Visual Studio .Net(简称VS .Net)类似，这次Delphi 2005在统一的框架内实现了用Delphi、C#开发Win32、.NET程序，并支持VCL、VCL for .NET和WinForms，可谓集Delphi 7、Delphi 8和C# Builder之大成，不仅让.NET程序员在VS.Net之外寻到了新的开发利器，而且也安抚了众多仍然固守Win32的Delphi程序员，使他们在Delphi 8那里倍感落寞的心重新热乎起来。
.NET虽经微软多年的培育，但到这两年才泛起几圈涟漪，大多数应用依然还是基于Win32的。在普通程序员眼里，目前.NET更像一个高手斗法的道场和新概念新理论新展望迭出的论坛，不大像普罗大众也可以溜达跑马的地方。如果Borland仍然坚持Delphi 8那样激进的态度，惟.NET马首是瞻，无疑将失去大批在它与微软多年争斗中始终立场坚定的忠实用户，事实上这个不祥的预言正渐露端倪。
还好，毕竟Borland已不是当年的愣头青，当众多Delphi程序员正感到迷茫和动摇时， Borland及时端出的Delphi 2005大餐，便因其能调众口，颇似重庆火锅中的“鸳鸯火锅”。鸳鸯火锅便是将一般的麻辣火锅同清汤火锅合为一体，只需一炉，双味同锅，让不同喜好的人能够同时享用。
“锅”里煮着什么
从Borland公布的Delphi 2005 Overview上看，Delphi 2005确实值得保守和激进的Delphi程序员共同期待。除了将原生(Native)Win32和.NET程序的开发整合到一起，并像VS .Net那样在单一IDE中集成了多种开发语言，可同时用于Win32和.NET开发的Delphi和主要用于.NET开发的C#，支持ASP.NET、ADO.NET、VCL.NET和Win32 VCL之外，Delphi 2005还提供了强大的ALM解决方案，把用于源代码管理和开发团队交流的StarTeam和用于组件自动测试的Optimizeit Profile for .NET内置其中，极大地提高了团队开发的效率，并对软件开发的各个环节进行有效控制，从而保证了软件开发的进度和质量。
此外，Delphi 2005还提供了一系列帮助程序员提高编程效率的功能，其中最重要的就是企业核心对象技术 (ECO Ⅱ)等。ECO Ⅱ为模型驱动的.NET开发提供了框架，是Borland快速企业模型驱动架构 (MDA)解决方案，不仅有利于加快开发进程，提升软件品质，而且能使开发化繁为简，化难为易，确实是开发企业级复杂应用的利器。
当然，Delphi 8中饱受争议的Java IDE，在Delphi 2005中也得到了全面改进和优化，不仅运行速度快了许多，而且增加和强化了不少对开发很有助益的功能，如源代码重构 (Refactoring)、帮助提示(Help Insights)、错误提示(Error Insights)、SyncEdit、历史管理(History Manager)等，为程序员带来了贴心的帮助，尤其是SyncEdit，在修改和调试代码时非常有用，它可以使程序员只动一处，而全盘皆改，令程序员重复性的工作大为减少。而RAD for ADO.NET更是大大降低了开发数据库类.NET应用的难度，使Delphi得以在.NET平台上继续保持优秀数据库开发工具的荣誉。
Delphi 2005吸引人的地方还很多，譬如修正了先前版本的Bug；对Object Pascal语言进行扩展，增加了For ... in 语句等等，在此就不一一介绍了。总之，要知一鼎之调，还是要亲口尝一脔肉才行。
Delphi 2005仍然不直接支持64位软件的开发，也算是瑜中之瑕吧。
Delphi 2005 VS VS.Net
正：Delphi 2005将不辱使命
Delphi 2005的推出无非是要达到两个目的。一是笼络住止步于Delphi 7的Win32程序员，并使他们顺利地过渡到.NET平台；二是拉拢部分已投靠VS .Net的程序员。尽管这确实不容易，但Delphi 2005在.NET的诸多增强特色如.NET数据库访问技术、ECO Ⅱ、ADO.NET快速开发等还是会吸引来众多动摇分子，再说在.NET平台上进行开发，Delphi 2005已相当成熟，与VS.Net相比并不逊色，以非正统为理由排斥Delphi 2005毫无道理。现在看来，以Delphi 2005不凡的实力，一定会在这两方面不辱使命。
(一位Delphi爱好者)
反：Delphi 2005在苟延残喘
看看Delphi 2005带给我们的新功能，似乎这一切都近乎完美了。然而问问自己，我们真的需要这些吗？在.NET平台，VS.Net已经先入为主，Delphi 2005凭什么让我们转移视线？在Win32平台，已有的原生代码开发工具已经能很好地提供支持，Delphi 2005凭什么超越？另一方面，Borland给我们的前车之鉴实在太多。像Kylix、Borland C++、C++Builder、C#Builder和C++BuilderX这些由于种种原因而走向失败的产品早已让我们对它失去了信心。
无论是技术变化太快也好，还是造物弄人也好，Delphi都已经是明日黄花，它衰落了，害得一大批Delphi的使用者只能对着它的婆家Borland叹息和懊悔。
(一位VS.Net爱好者)