?? 114.htm
字號(hào):
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<title>VC vs CBuilder</title>
</head>
<div><center>
<table border="0" width="640">
<tr><td align="center"><b>VC vs CBuilder</b></td></tr>
<tr><td align="center"><font color="#CC9933">JoJoHSU</font></td></tr>
<tr><td> 其實(shí)很久以前我就想寫這篇文章，其原因一方面是因?yàn)楣P者深深感覺到C++ Builder的確是一個(gè)先進(jìn)與強(qiáng)大的程式開發(fā)工具，但更最重要的一點(diǎn)是，我深信C++ Builder能給公司帶來巨大了商業(yè)利益與生產(chǎn)力的大幅提升，我可以假裝沒看到這幾點(diǎn)，但是基於良心與責(zé)任我不能不花點(diǎn)時(shí)間來跟大家分享一下我的看法與心得。 <br><br>C++ Builder的前身是Borland C++，Borland C++ 所使用的 Application Framework是OWL，而OWL以物件導(dǎo)向的角度來看，也的確比MFC先進(jìn)很多（這在學(xué)界早有定論），但是在市場(chǎng)上卻叫好不叫座，直到Imprise（以前的Borland）推出以VCL為Application Framework的Delphi之後，這才一炮而紅。 <br><br>雖然Delphi的VCL非常強(qiáng)大與好用，但是Delphi所使用的是OOPascal語法，和C++不同，直到後來，Imprise才推出以C++為程式語言的C++ Builder，而其所使用的Application Framework正是赫赫有名的VCL。 <br><br>VCL的全名是“Visual Component Library“，它是一種新一代的Application Framework，以元件化、視覺化為設(shè)計(jì)的方向。VCL的興起，起源於OWL和MFC都日見龐大與癡肥，不利於日益復(fù)雜的程式開發(fā)趨勢(shì)，於是Imprise的設(shè)計(jì)小組決定開發(fā)一套更物件導(dǎo)向化的Application Framework，使程式設(shè)計(jì)師能以視覺化的觀念、元件重用的觀念來快速設(shè)計(jì)出各式各樣的應(yīng)用程式，將物件導(dǎo)向的威力與精髓發(fā)揮的淋漓盡致，相形之下，OWL和MFC都只算過時(shí)與半子的Application Framework。 <br><br>果然～C++ Builder一推出後，在微軟的大軍壓境下以及人們西瓜靠大邊的心態(tài)下，仍然引起了一陣旋風(fēng)，在News上許多程式師表示它們對(duì)C++ Builder的肯定與激賞，更有人指出，根據(jù)經(jīng)驗(yàn)，在微軟的市場(chǎng)優(yōu)勢(shì)之下，Delphi和C++ Builder仍能欣欣向榮，這表示Delphi和C ++ Builder的產(chǎn)品水準(zhǔn)不是只贏微軟產(chǎn)品幾個(gè)百分點(diǎn)，而是數(shù)十至數(shù)百個(gè)百分點(diǎn)，否則Imprise的產(chǎn)品早就消失不見了。 <br><br>到底C++ Builder的特性與優(yōu)點(diǎn)在哪里呢？這對(duì)於我們公司又有什麼利弊呢？我的觀點(diǎn)與分析如下。大家想一想，當(dāng)我們使用Visual C++來開發(fā)程式的時(shí)候，最痛苦的事情是什麼？答對(duì)了～那就是GUI的設(shè)計(jì)。根據(jù)經(jīng)驗(yàn)，通常我們利用Visual C++開發(fā)一套軟體時(shí)，設(shè)計(jì)GUI所花的時(shí)間幾乎占掉程式開發(fā)周期的三分之一～甚至到二分之一以上，而設(shè)計(jì)和界面無關(guān)的核心程式通常只占了不到二分之一左右至三分之二的時(shí)間，但是使用C++ Builder則可以大幅簡(jiǎn)化這個(gè)問題。C++ Builder的VCL提供大量的各式各樣GUI軟體元件，讓我們可以將大部分的心力放在核心程式碼的設(shè)計(jì)上，而不必跟Windows系統(tǒng)的訊息、界面去搏斗。 <br><br>C++ Builder的Compiler在功能上跟Visual C++都一樣，Win32 API等都可以呼叫與使用（VCL就是架構(gòu)在Win32 API之上，沒有不相容的問題，只是包裝的更高明，也非常有彈性），你不用擔(dān)心目前有什麼事情是Visual C++可以做而C++ Builder做不到的，進(jìn)而拒絕使用C++ Builder，抱持這樣的觀點(diǎn)就好像為了健康而不坐汽車，卻堅(jiān)持騎腳踏車從淡水來上班一樣因噎廢食，在網(wǎng)路許多非常有經(jīng)驗(yàn)的程式設(shè)計(jì)師會(huì)告訴你這是多慮了。曾有人比喻的很傳神，如果Visual C++是手排車，那C++ Builder就是手自排兩用車（看過三菱的Sportsmode手自排兩用車嗎？）。 <br><br>C++ Builder的程式設(shè)計(jì)細(xì)節(jié)是清楚而透明的，除了Application Framework的運(yùn)作保有神秘感之外（MFC也是），所有的程式碼與檔案相關(guān)的檔案都是可以掌握與觀看的，不像某些開發(fā)工具，程式設(shè)計(jì)師許多事情是無法掌握的，而C++ Builder 所產(chǎn)生的碼大小與產(chǎn)生的時(shí)間都和Visual C++ 都是同級(jí)的（我指的是勝負(fù)差距都不大，到要一提的是，C++ Builder 3.0采用一種技術(shù)，可以使得第二次以後的Compiling速度提升五倍以上，筆者可以證實(shí)這一點(diǎn)）。 <br><br>我的觀點(diǎn)是，我們公司非常適合大量采用C++Builder作為程式開發(fā)工具，當(dāng)然啦，為了相容性的考量和母公司有特殊要求的專案除外。由Visual C++轉(zhuǎn)換到C++ Builder不是很嚴(yán)重與痛苦的事情，反而會(huì)覺得很快樂，這就好像開手排車人改學(xué)自排車一樣，甚至可以更掌握C++ Builder的威力。 <br><br>利用C++ Builder來開發(fā)程式，我們可以快速的產(chǎn)生程式的GUI layout和prototype，在後續(xù)調(diào)整程式界面的調(diào)整周期中也非常的方便，我個(gè)人認(rèn)為至少可以比 <br>Visual C++節(jié)省三至五倍以上的時(shí)間。 <br><br>除了某些特殊需求的專案之外（例如版本升級(jí)，而原來的版本是VC開發(fā)的，或者參考改寫的程式碼是用VC寫的，事實(shí)上C++ Builder也可以支援MFC），我看不出來公司有什麼專案的規(guī)模或內(nèi)容非要靠Visual C++不可，自己找罪受不說，也違反了“Build a high performance company“的目標(biāo)，而將大量的資源投注在落後的工具上，程式生產(chǎn)力也無法巨幅提升。因此我建議公司應(yīng)該大量而全面性的鼓勵(lì)員工使用并熟悉C++ Builder成為第一線的程式開發(fā)工具，根據(jù)我的淺見，這樣的投資不但回收快速，而且效果宏大。 <br><br>簡(jiǎn)而言之，C++ Builder同時(shí)兼具C++程式語言的威力和Visual Basic這種 Rapid <br>Development Tool的視覺化程式開發(fā)環(huán)境的便利，土法煉鋼或必先利其器，決定就在你了。</td></tr>
</table></center></div>
</html>
?? 快捷鍵說明
復(fù)制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號(hào)
Ctrl + =
減小字號(hào)
Ctrl + -