或許大家對C++Builder這個開發(fā)工具還是不算很了解，那么看完本文后你就會找到你想要的東西，C++Builder開發(fā)工具的最大的優(yōu)點是C++ Builder具有快速的可視化開發(fā)環(huán)境。。。

BCB之所以提供這個功能實則是因為C++是一個3-pass的編譯器，因此需要遠多於One-Pass的Delphi編譯器更多的編譯時間。但當時BCB 5的背景編譯有許多的限制，例如開發(fā)人員無法異動正在編譯中的專案。

也無法異動編譯專案的圖形使用者介面設計等，因此大部份BCB開發(fā)人員使用背景編譯編譯BCB專案時，大都是在BCB的IDE中對其他的專案進行同時開發(fā)的工作。另外一個BCB非常重要的功能就是Code Insight。#t#

這個功能能夠幫助開發(fā)人員大幅減少需要撰寫打字的程式碼，進而增加開發(fā)的生產(chǎn)力。但是我知道很多BCB的開發(fā)人員關閉了這項功能，因為在早期的BCB版本中這個功能實在太慢了，導致許多BCB的開發(fā)人員抱怨為什麼BCB無法像Delphi的Code Insight一樣那麼的快。

其實BCB的Code Insight太過緩慢的問題我個人也是感同身受，因為我記得每次在做BCB的活動時，為了避免在BCB編輯器中撰寫程式碼反應太過緩慢的問題，我也都是關閉了BCB的Code Insight功能。

最後一個我要討論的問題就是BCB的Pre-Compiler Header了，雖然BCB很早就提供了Pre-Compiler Header功能以加快編譯速度，但老實說早期BCB提供的Pre-Compiler Header雖然的確能夠幫助開發(fā)人員加快編譯速度，但這個Pre-Compiler Header在C++Builder 2009之前已經(jīng)有數(shù)年沒有改善了，因此仍然有很大的進步空間。

OK，看到這裡您可能會想，為什麼同時敘述上述的三個問題呢?是它們有什麼共點嗎?不然這篇文章到目前看起來是令人摸不著頭緒的。OK，現(xiàn)在就讓我們回到本篇文章的正題。

下圖是我在RAD Studio 2009中的一個範例BCB專案，在沒有使用新的Pre-Compiled header精靈之前，在第一次編譯這個C++Builder專案時RAD Studio仍然會為這個專案建立Pre-Compiled header，如此一來當開發(fā)人員稍後再次編譯這個專案時，編譯速度就會加快。