L
lich
Unregistered / Unconfirmed
GUEST, unregistred user!
隨著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更快速的資料處理效率了。
如果您還不知道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更快速的資料處理效率了。
]