上位機(jī)編程軟件的選擇對(duì)眾多初學(xué)者來(lái)說(shuō)，絕對(duì)是一個(gè)難以決策的事情。在作為一種編程工具的意義上，我們認(rèn)為各個(gè)軟件如：CB(C++Builder) 和VC(VisualC++)沒(méi)有什么本質(zhì)的區(qū)別。就像Word2000 和WPS2000 在本質(zhì)都是字處理軟件一樣，對(duì)于語(yǔ)言就象我們都用中文在Word2000 和WPS2000 寫(xiě)文章表達(dá)我們思想。CB和VC都是用C++。其它軟件都有相同或不同的語(yǔ)言。如VB用的是Basic語(yǔ)言，Delphi用的Pascal語(yǔ)言。

由于應(yīng)用不同的領(lǐng)域，所以選擇的條件也不同。如果你主要是從上位機(jī)傳傳參數(shù)設(shè)置，顯示一些簡(jiǎn)單的狀態(tài)，而以下位機(jī)控制為主，則所側(cè)重于快速上手應(yīng)用，而不需要去深入研究。當(dāng)然還要考慮從你熟悉的語(yǔ)言相結(jié)合。下位機(jī)編程一般用C語(yǔ)言和匯編，當(dāng)然你也可能用其它語(yǔ)言。如果你僅會(huì)這兩種，那么上位機(jī)就考慮和其差不多的C或C++來(lái)編寫(xiě)。如果你也會(huì)其它的語(yǔ)言，當(dāng)然選擇范圍更廣一些。由于C對(duì)界面操作上的復(fù)雜化，所以我們一般不會(huì)用C來(lái)寫(xiě)一界面類的東西。接下來(lái)進(jìn)一步縮小了選擇范圍，所以只有VC和CB比較適合了。

對(duì)于此兩款軟件歷來(lái)爭(zhēng)議較大。VC有大量的教材和實(shí)例程序，還有微軟的支持;而CB雖然有良好的界面組件，但相關(guān)資料確實(shí)很少，你到任意一家書(shū)店，很難找到幾本象樣的教材，有的剩至根本沒(méi)有，有的只是N多年前對(duì)幫助文件翻譯過(guò)來(lái)東西，而VC最少有一架或幾架的各類書(shū)藉。這是讓初學(xué)CB最為頭大的事情，不過(guò)現(xiàn)在還好，由于互聯(lián)網(wǎng)的強(qiáng)大，和廣大CB愛(ài)好者的熱心。網(wǎng)絡(luò)上CB的資料已經(jīng)很多了。

通過(guò)上面的分析我們可以作出一些考慮，如果以下位機(jī)為主可以選擇CB，以上位機(jī)為主可以選擇VC或CB。當(dāng)然僅作參考，還一句話沒(méi)有最好的軟件，只有最適合你的軟件。以下引用《C++ Builder教程》的節(jié)選：

但現(xiàn)在我們要從另外一個(gè)角度討論C++ Builder 這個(gè)編程工具。這個(gè)角度就是“封裝”——面向?qū)ο缶幊趟枷胫械淖钪匾彩亲罨A(chǔ)的概念。一個(gè)要學(xué)習(xí)編程的人，可能從C 開(kāi)始學(xué)起。學(xué)C 時(shí)，我們沒(méi)有接觸那些挺玄的概念，到了C++，一切就來(lái)了，什么面向?qū)ο?，什么封裝、繼承、多態(tài)……于是我們興奮起來(lái)，努力去理解、掌握，運(yùn)用這些概念所代表的技術(shù)，在掌握這些別人暫時(shí)未能理解的概念之后而頗有成就感……。

現(xiàn)在我要問(wèn)的是，為什么要有這些概念?這些技術(shù)?正確回答這個(gè)問(wèn)題，不僅有助于我們今后對(duì)編程語(yǔ)言各種概念的學(xué)習(xí)，而且它能讓我們避免成為新技術(shù)的奴隸，這一切也許聽(tīng)起來(lái)有些形而上，不過(guò)我想通過(guò)以下討論，至少可以回答一個(gè)很現(xiàn)實(shí)的問(wèn)題：為什么要選C++Builder?而不是我們更常聽(tīng)的VC?這是我碰到的編程初學(xué)者較疑惑的問(wèn)題之一。

如果人類長(zhǎng)有翅膀，那么飛機(jī)大抵永遠(yuǎn)不會(huì)被發(fā)明。飛機(jī)的發(fā)明，是為了彌補(bǔ)人類自已不能飛翔的缺陷。不能說(shuō)所有的技術(shù)都是這樣，但C++對(duì)于C 的發(fā)展，完全是為彌補(bǔ)程序員腦力的不足。一個(gè)在校生在學(xué)會(huì)C 后，往往并沒(méi)有機(jī)會(huì)用C 去實(shí)踐一個(gè)大中型的項(xiàng)目，體會(huì)不到在一個(gè)龐大軟件工程中，非面向?qū)ο笳Z(yǔ)言的短處，所以在之后學(xué)習(xí)C++的過(guò)程中，也就很難真正體會(huì)到面向?qū)ο笳Z(yǔ)言的長(zhǎng)處。簡(jiǎn)短一點(diǎn)說(shuō)：不知道C 的短處，就不懂C++的長(zhǎng)處。相反，倒是很快就發(fā)現(xiàn)C++的缺點(diǎn)：它的代碼效率多數(shù)情況下都要比C 低不少。

前面我們說(shuō)過(guò)低級(jí)語(yǔ)言與高級(jí)語(yǔ)言的對(duì)比，C++語(yǔ)言也正是從語(yǔ)法結(jié)構(gòu)和語(yǔ)言功能上來(lái)限定或?qū)崿F(xiàn)一門(mén)編程語(yǔ)言更加接近人在現(xiàn)實(shí)生活中的思維習(xí)慣，從而達(dá)到減輕人的記憶和判斷上的負(fù)擔(dān)。這其中最佳的方法之一就是所謂的“封裝”。

VC 的封裝類庫(kù)稱為MFC，它是一種很低階的封裝，它并沒(méi)有按照人類的思維習(xí)慣來(lái)重新組織和解釋W(xué)indows 對(duì)象(指Windows 編程中所需的數(shù)據(jù)，處理，機(jī)制，接口)， 而純粹是API 一對(duì)一的翻版。這樣的封裝工作帶來(lái)代碼封裝所固有的代碼效率降低的副作用，卻沒(méi)有給使用者帶來(lái)任何方便。如果你是編程初學(xué)者，而你身邊又有VC 高手，那么你一定要多多向他學(xué)習(xí)請(qǐng)教，因?yàn)橐粋€(gè)真正的VC 編程高手，其同時(shí)一定也是一個(gè)深刻理解Windows 內(nèi)核機(jī)制(消息循環(huán)，內(nèi)存管理，多任務(wù)實(shí)現(xiàn)，資源使用等)，熟悉Windows各種常用API 函數(shù)等等的高手。

C++Builder 對(duì)封裝庫(kù)稱為VCL(帶VC 字樣，可別以為它是Visual C++,其實(shí)它是：Visual Component Library，即：可視控件庫(kù))。

VC 的MFC 和CB 的VCL 都是基于(但不限于)對(duì)Windows API(應(yīng)用程序接口函數(shù))的封裝，為什么要對(duì)API 進(jìn)行封裝?這就是回到了我們前面說(shuō)過(guò)的，為什么有了C 又會(huì)有C++的問(wèn)題。因?yàn)椴僮飨到y(tǒng)是用C 和匯編寫(xiě)成的，它獲得到操作系統(tǒng)必須的代碼效率，但對(duì)應(yīng)用程序開(kāi)發(fā)者而言，它失去了易用性。所以微軟和Borland 都使用高級(jí)語(yǔ)言對(duì)之進(jìn)行封裝工作。二者誰(shuí)進(jìn)行得更好呢?

要想成為Windows 編程高手，最終一定要繞過(guò)各種封裝，理解Windows 對(duì)象。但作為一個(gè)初學(xué)者，我們必須挑選一個(gè)好的封裝。