功能特點
C++ Builder最佳化的32位原碼（Native Code）編譯器建立在Borland公司久經考驗的編譯技術基礎之上，提供了高度安全性、可靠性、快速性的編譯最佳化方法，完全編譯出原始機器碼而非中間碼，軟體執行速度大大提高。在編譯和連線過程中，C++ Builder自動忽略未被修改的原代碼和沒有使用的函式，從而大大提高了編譯和連結速度。C++ Builder的CPU透視工具包括五個獨立的小面板，可以對正在運行程式從內部進行深層次的了解。另外C++ Builder還提供了一個專業開發環境所必需的命令行工具，以幫助建立C++程式或者準備編譯和連線的程式進行更精細的控制。
C++ Builder可以編譯所有符合ANSI/ISO標準的原代碼，支持最新ANSI C++/C語言特徵：模板（Templates）、異常（Exceptions）、運行類型信息（Runtime Type Information）、Namespaces（命名空間）等，另外它還可以使用標準C++庫且支持標準模板庫（STL），以前的所有C++/C原代碼可以不經過修改，直接移植到C++ Builder環境下來。C++ Builder完全支持32位長檔案名稱、多執行緒程式設計，且允許程式設計師直接調用任何Win95和NT API函式。
C++ Builder的集成開發環境（IDE）提供了可視化窗體設計器、對象觀察器、控制項板、工程管理器、集成編輯器和調試器等一系列可視化快速應用程式開發（RAD）工具，讓程式設計師可以很輕鬆地建立和管理自己的程式和資源。
框架結構
從它們的應用程式框架(Application Frame，有時也稱為對象框架)進行比較。Visual C++採用的框架是MFC。MFC不僅僅是人們通常理解的一個類庫。(同樣，Delphi和C++Builder使用的VCL的概念也不僅僅是一個控制項庫。)你如果選擇了MFC，也就選擇了一種程式結構，一種編程風格。MFC早在Windows 3.x的時代就出現了，那時的Visual C++還是16位的。經過這些年的不斷補充和完善，MFC已經十分成熟。但由於原型出現得比較早，MFC相比於VCL落後了一個時代。儘管微軟對MFC的更新沒有停止，我也經常讀到持“只要Windows不過時，MFC就不會過時”之類觀點的文章，但就象Inprise(原Borland)的OWL框架的淡出一樣，MFC的淡出也是早晚的事。如果MFC青春永駐，微軟的開發人員也不會“私自”開發出基於ATL的WTL呀。當然，WTL的地位不能和MFC比，它並不是微軟官方支持的框架，封裝的功能也相當有限。但至少也反襯出了MFC存在的不足。
