摘自DELPHI园地
Delphi 2006 !(Dexter)
随着Dexter推出的日子逐渐接近,Dexter的Beta测试也进入了如火如荼的阶段,目前Dexter的状态是第4个Beta,我也好久没有看到Borland的产品会有Beta 4了(Delphi 8/Delphi 2005是Beta 3之后便被下令推出),而且Dexter还有好几个月的时间继续进行稳定性,延展性以及效率的调整,这实在是令人高兴,因为这代表Borland的高层现在脑筋终于清醒了,我不知道Dexter推出后在Marketing方面是不是可以扫除Delphi 8/Delphi2005负面的印象,但我知道如果Dexter依照目前的计划发展下去,那么我们终于将有一个很棒的产品了,OK,不多说Politics方面的事以免我有麻烦,让我们多谈谈Dexter技术以及产品本身的事好了。
如果您还不知道Dexter是什么的话,简单的说Dexter将在一个IDE中(Galileo 4.0)中提供C/C++ For Win32,Delphi For Win32,C#,Delphi For .NET开发的能力。而Dexter最主要的目标即是提供C++Builder 10.0的功能,是C++Builder 自从6.0以来最大幅度的一次大改版,下面列出的事项大概是Dexter的主要功能:
- Same IDE as in Delphi 2005 with enhancement
- Is about IDE features, bug fixes and Win32 (a Win32 supporting release)
- Conformance for Boost and ACE. Almost 100% ANSI conformance.
- SSE2 in inline assembler
- Code folding, basic refactoring (as in Delphi 2005) and C++ specific
refactoring
- Heavily revised compiler and linker
- Similar speed in compilation. Code Insight is much faster.
- COM - Improved type library support
- Some features for a C++ tuned project manager, easier project manager
- Dinkumware STL, IntraWeb, Corba
- Support Win32 drivers development
- Updated Win32 headers and libraries
- Full support for make tool (commandlines)
- CVS support thru SCC API
Dexter在C++Builder的Code Complete方面终于提供了快速的反应能力,和Delphi一样,除了在第1次启动Code Complete时稍微缓慢一点之外,随后的速度比以前快上了数倍,因此C++Builder的使用者再也不需要关闭Code Complete了。
此外Dexter特别的C++Builder的使用者开发了新的Project Manager,提供了强大的项目管理能力,在Dexter中开发人员不但拥有更多的控制权以进行更弹性的设定,Dexter也开放了在Build过程中开发人员可以在编译之前(Pre-Compile),编译之后(Post-Compile)以及连结之前(Pre-Link)设定各种不同的Build工作,这可以让开发人员设定客制化的Build程序,这应该是许多C++Builder开发人员要求许久的功能了。
虽然Dexter的主力是提供C++Builder 10.0,但是在Delphi方面也同样提供了许多令人流口水的功能,例如Together For Delphi终于实作出来了,Delphi For Win32和Delphi.NET现在都有了Together的功能,Delphi的开发人员终于可以使用Together For Delphi来开发各种不同的UML模型,这也是我个人等待多时,最重要的功能。下面是Delphi其它方面的强化:
-- -Together For Delphi(Win32/.NET)
- -ECO 3
- -更多的Refactoring
- -CORBA Support
在数据库技术方面Dexter更是有长足的进步,不论是在Win32和.NET都一样,这方面也是我有兴趣的地方,也许在下一次的文章中再让我们讨论。
另外一个Dexter最重大的改变是使用了新的Memory Manager。以前Borland的Memory Manager(Borlandmm.dll)在服役多年后终于光荣引退,被新的Memory Manager取代,而这个新的Memory Manager在R&D的测试中提供了比Borlandmm.dll更好的效率,Delphi R&D也希望新的Memory Manager能够提升Dexter IDE整体的执行效率。
现在我想Borland的问题是当Dexter正式发表时,到底如何传递Dexter在各方面强大的进步?是告诉C++Builder的使用者呢?还是告诉Delphi的使用者?在Dexter产品发表会时是邀请C++Builder的使用者呢? 还是邀请Delphi的使用者? 这真是有趣的事情!