Visual C++應(yīng)用程序編譯技巧說(shuō)明
Visual C++應(yīng)用程序可以識(shí)別C/C++并編譯，支持MFC類(lèi)庫(kù)，并提供了一系列模板，而不是底層的建設(shè)上，這就大大加快了程序開(kāi)發(fā)速度和效率，這也是Visual C++一個(gè)顯著的特點(diǎn)。
然而，Visual C++應(yīng)用程序終究是面向過(guò)程的語(yǔ)言，數(shù)據(jù)和處理數(shù)據(jù)的程序是分離的。當(dāng)對(duì)某段程序進(jìn)行了修改或刪除時(shí)，整個(gè)程序中所有與其相關(guān)的部分都要進(jìn)行相應(yīng)的修改，從而程序代碼的維護(hù)比較困難。
為了避免這種情況的發(fā)生，在C的基礎(chǔ)上中引用了面向?qū)ο蟮脑O(shè)計(jì)方法。它是將數(shù)據(jù)及處理數(shù)據(jù)的相應(yīng)函數(shù)"封裝"到一個(gè)類(lèi)中，而使用類(lèi)數(shù)據(jù)變量則稱(chēng)為對(duì)象。在一個(gè)對(duì)象內(nèi)，只有屬于該對(duì)象的函數(shù)才可以存取該對(duì)象的數(shù)據(jù)。
這樣，其他函數(shù)就不會(huì)無(wú)意中破壞它的內(nèi)容，從而達(dá)到保護(hù)和隱藏?cái)?shù)據(jù)的效果。這就是C++。當(dāng)然，面向?qū)ο蟮?FONT size=+0>C++還支持多重繼承、模板、操作符重載、內(nèi)聯(lián)函數(shù)定義、預(yù)處理、宏、全局靜態(tài)類(lèi)變量、嵌套類(lèi)定義等等。
C++太復(fù)雜了，任何一個(gè)使用C++開(kāi)發(fā)者的企業(yè)必將付出更多的成本，因?yàn)閮?yōu)秀的C++程序員是少而又少?；谲浖髽I(yè)化的需要，人們很自然地需要一種簡(jiǎn)單易用、面向?qū)ο蟆?/P>
安全靈活的"新一代Windows服務(wù)"(Next Generation Windows Services，簡(jiǎn)寫(xiě)為NGWS)應(yīng)用程序的語(yǔ)言，于是C#出現(xiàn)了。它全方位簡(jiǎn)化了C++的功能，使其具有C++所沒(méi)有的簡(jiǎn)單易學(xué)的優(yōu)勢(shì)。它既沒(méi)有C++"悲劇性"的指針概念，也沒(méi)有類(lèi)似"：："、"."和"->"的"愚蠢"操作。
因此我們也可以說(shuō)，C#才是程序員們所必須掌握的語(yǔ)言。但是，我們不能忽視這一點(diǎn)，語(yǔ)言總歸是程序員的工具，誰(shuí)具有簡(jiǎn)單易用、支持***技術(shù)并能快速有效地進(jìn)行軟件開(kāi)發(fā)，誰(shuí)就是程序員的工具。
就目前而言，選擇C++就意味著選擇Visual C++應(yīng)用程序，而不C++ Builder。這是C++程序員***件讓人頭痛的事。因?yàn)閂C與Windows 98/NT同出一爐，相同功能的Visual C++應(yīng)用程序編譯后，其大小要比C++ Builder小得多。不僅如此，其穩(wěn)定性和完善程序要比C++ Builder要強(qiáng)得多。
但是"Visual C++"這個(gè)名字曾誤導(dǎo)了很多人，他們認(rèn)為自己買(mǎi)了一套完全可視的編程系統(tǒng)，類(lèi)似于Visual Basic，并在剛開(kāi)始的幾天總這樣幻想。然而不久，人們認(rèn)識(shí)到他們必須實(shí)際編寫(xiě)和閱讀C++代碼。
雖然Visual C++向?qū)Э梢怨?jié)約時(shí)間和提高正確性，但程序員必須理解向?qū)a(chǎn)生的代碼，最主要的，還必須理解Microsoft Foundation Class(MFC) Library的結(jié)構(gòu)和Windows操作系統(tǒng)的內(nèi)部工作方式。
許多C/C++的DOS平臺(tái)的程序員把這種工作方式評(píng)價(jià)為"枯燥且艱深晦澀"的過(guò)程。盡管新版本的Visual C++6.0提供了控制臺(tái)應(yīng)用程序類(lèi)型，使DOS程序員能方便地進(jìn)入MFC應(yīng)用程序的開(kāi)發(fā)，但仍然不能從根本上改變上述弊端。
選擇了Visual C++，就必然選擇MFC，一種程序結(jié)構(gòu)，一種編程風(fēng)格。但由于MFC是OWL同時(shí)代的產(chǎn)物，已經(jīng)落后于VCL一個(gè)時(shí)代了。從開(kāi)發(fā)出基于ATL的WTL可以反襯出MFC的不足。這恐怕是Visual C++程序員最窘的地方。
但我們暫且不提MFC過(guò)時(shí)的尷尬，單是稍稍地改變一下應(yīng)用程序的外觀，Visual C++應(yīng)用程序已是力不從心了。例如，想要改變控件的字體和背景，你得重新生成一個(gè)類(lèi)，而VB只需更改一下屬性。從Visual C++界面設(shè)計(jì)的網(wǎng)站的火爆可見(jiàn)一斑。
不僅如此，Visual C++程序員也時(shí)常感到另外一種尷尬，一個(gè)小小的BMP、JPG圖片顯示，在Visual Basic中輕而易舉的事件，到了VC居然需要那么多的代碼，而且在數(shù)據(jù)庫(kù)應(yīng)用程序的開(kāi)發(fā)中還常發(fā)生許多一些細(xì)微的錯(cuò)誤，令程序員們大為惱火。更為甚者，如果有人還想用Visual C++應(yīng)用程序編寫(xiě)Internet/Intranet程序的話，那簡(jiǎn)直就是自尋煩惱。
雖然，一個(gè)優(yōu)秀Visual C++應(yīng)用程序的薪水要比其他程序員高。但是，他所花費(fèi)的精力不是其他程序員能比擬的，他不僅需要承擔(dān)高昂的培訓(xùn)費(fèi)，而且還要承擔(dān)90%不成功的概率。這恐怕是想成為Visual C++程序員的人最苦惱的事。
當(dāng)然，我們不是勸你放棄使用Visual C++應(yīng)用程序，相反還十分支持。因?yàn)槭褂肅/C++編寫(xiě)的程序結(jié)構(gòu)和算法能被更多人接受，畢竟C影響了整整20個(gè)年頭。但是時(shí)過(guò)今天，我們還能靠它來(lái)"謀生"嗎？
相信你已經(jīng)有了自己的答案。當(dāng)然，我們之所以跳出來(lái)，是希望程序員們不單是在這個(gè)方面去思考，更主要的是：在我們國(guó)家軟件發(fā)展浪潮到來(lái)的今天，我們不能再盲從，我們應(yīng)該關(guān)注軟件產(chǎn)業(yè)、關(guān)注互聯(lián)網(wǎng)產(chǎn)業(yè)、關(guān)注信息產(chǎn)業(yè)。我們也應(yīng)該有自己的歸宿，難道印度軟件大國(guó)給我們的啟示還不夠多嗎？
【編輯推薦】
