隨著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的使用者? 這真是有趣的事情!