隨著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的使用者? 這真是有趣的事情! [8-1] 在那半個小時內又重溫了Delphi快速，實用的價值，那真是美好的感覺。但是在完成了這支資料庫應用程式後，卻突然提醒了我Delphi 2006在資料庫方面有什麼進步呢? Delphi Team仍然有對Win32的資料庫進行任何改善的工作嗎? 啟動了Dexter，花了點時間找找這方面的資料並且小玩了一下，才瞭解Dexter在資料庫方面的進步，這些進步對於Win32的開發人員來說也應該算是好消息，因為在MS和其他開發工具廠商都逐漸忽略Win32的開發之際，Delphi R&D Team仍然願意花資源在改善Win32的功能，代表Delphi R&D Team對於Win32開發的承諾。OK，那麼Dexter在Win32資料庫方面又提供了什麼樣的新功能呢?下面簡單的列出了我記得的東西: - - 為Win32的dbExpress開發支援更多，更新的資料庫 - - MS SQL dbExpress Server驅動程式現在支援UniCode了 - - 更重要的是3.0版的dbExpress比以前的執行速度更快了，super fast，cool! 而在.NET方面BDP驅動程式也在Ramesh的努力下不但也支援了更多，更新的資料庫，更重要的是BDP現在還提供了Connection Pooling以及Resource Pooling的強大功能。不用等待.NET 2.0，現在的Delphi/C++Builder/C#開發人員馬上就可以享受BDP更快速的資料處理效率了。
评论