C++復(fù)雜多余者問(wèn)題隨筆

C和C++有太多的歷史包袱而其它語(yǔ)言并沒(méi)有這些，從另一個(gè)角度下來(lái)講C和C++其實(shí)就是現(xiàn)代語(yǔ)言的活字典，也是現(xiàn)代軟件設(shè)計(jì)的基礎(chǔ)，當(dāng)然有更古老的語(yǔ)言，但像C和C++影響力這么大的卻無(wú)其它語(yǔ)言可以出其左右。

C++和其它語(yǔ)言最大的不同在于它不屬于任何人，任何公司，而Java,C#,Python,Ruby等都是由某個(gè)公司或個(gè)人控制的，在相對(duì)封閉的體系之下設(shè)計(jì)的語(yǔ)言很容易可以做到易用性，但靈活性和設(shè)計(jì)思想的廣泛度上與C++這樣的語(yǔ)言不可同日而語(yǔ)。且不說(shuō)其它語(yǔ)言從C/C++中借鑒的大量的特性，單就語(yǔ)言本身能夠體現(xiàn)的設(shè)計(jì)思想廣泛性上來(lái)講只能說(shuō)其它語(yǔ)言只作到了”溺水三千 只取一瓢”，像C++可以支持設(shè)計(jì)風(fēng)格就有四種：面向過(guò)程、基于對(duì)象、面向?qū)ο�、泛型。今日的C++并不是一開始就這樣，最初的C++ 中連stl都沒(méi)有，stl最初是HP內(nèi)部開發(fā)使用的，后來(lái)才加入到標(biāo)準(zhǔn)中去，template技術(shù)也是后來(lái)加入的，反過(guò)來(lái)stl又引template的出現(xiàn)作了相應(yīng)修改。由于C++開放的特性，在其被快速、廣泛應(yīng)用的同時(shí)，也出現(xiàn)標(biāo)準(zhǔn)落后于編譯器實(shí)現(xiàn)的情況，因?yàn)闃I(yè)界的需求總是先于標(biāo)準(zhǔn)出現(xiàn)的，而商業(yè)化的產(chǎn)品必須滿足這種需求。比較具體的例子如早期的VC++ ，在其MFC庫(kù)中加入了很多現(xiàn)在看來(lái)冗余的設(shè)計(jì)比如說(shuō)List這樣的容器，那是不得已而為之，MFC出現(xiàn)的時(shí)候C++本身還不夠完善，如此VC++本身就有了另一種歷史負(fù)擔(dān)，由于Windows平臺(tái)在國(guó)內(nèi)事實(shí)上的統(tǒng)治地位，造就了大批C++開發(fā)從VC++開始的進(jìn)入這個(gè)領(lǐng)域的局面，而由于VC++、MFC本身的實(shí)現(xiàn)就不夠標(biāo)準(zhǔn)，所以在入門的時(shí)候就把人引入了歧途，讓學(xué)C++的根本沒(méi)搞清楚到底什么是C什么是C++。大多數(shù)人從寫界面開始，所以MFC的影響很不好，另一個(gè)角度來(lái)講Windows本身所提倡的API風(fēng)格，編碼風(fēng)格（匈牙利命名法）完全自成一體，與Unix-like這種提倡，簡(jiǎn)潔、明了的設(shè)計(jì)風(fēng)格背后的設(shè)計(jì)哲學(xué)完全不同，但現(xiàn)代軟件的歷史其實(shí)是C/C++和Unix歷史，所以在沒(méi)有搞明白這些之前貿(mào)然進(jìn)入Windows開發(fā)領(lǐng)域反而給更多的人造成的更多的困惑，我不是說(shuō)Windows不好，而是想說(shuō)不懂Linux、Unix、C/C++，那更不可能真正的搞懂Windows。因?yàn)椴僮飨到y(tǒng)理論上很多東西都是由unix發(fā)展過(guò)來(lái)的。簡(jiǎn)單如strcpy這樣的C函數(shù)和StringCopy這樣的函數(shù)名稱在編碼的時(shí)候有多少在會(huì)去思考它背后的東西呢？

C++這樣的背景正好和GNU以及互聯(lián)網(wǎng)的發(fā)展過(guò)程相切合，從軟件工程的角度來(lái)講正如《人月神話》所說(shuō)，C++實(shí)際上和Linux一樣，是在一種“大集市”的模式下產(chǎn)生的，從而產(chǎn)生了類似Linux的問(wèn)題，靈活、強(qiáng)大，但進(jìn)入的門檻比較高。各種思想在C++ 中全面開花造成C++本身強(qiáng)大的同時(shí)復(fù)雜度也飆升。但就像Unix-like OS使用一樣，他就是面向技術(shù)人員的，而且面向的是喜歡技術(shù)的人員，如果你是個(gè)比較懶的技術(shù)人員那么C/C++絕不適合你，因?yàn)樗�在不停的發(fā)展，也有浩瀚如海的思想和技巧在里面，不時(shí)常的琢磨是絕對(duì)用不好的。

C++中異常的處理之所以不如Java這樣的語(yǔ)言完善，是因?yàn)椴僮飨到y(tǒng)的限制，真正的異常處理機(jī)制完全是由操作系統(tǒng)提供的，在各種平臺(tái)的差異下編譯器沒(méi)有辦法作到面面俱到，而Java之所以可以做的更好，之是因?yàn)橛蠮VM的存在，C++編譯器不能代替操作系統(tǒng)的工作，但JVM卻可以勝任這個(gè)角色。

至于大而全的庫(kù)，C++發(fā)展至念已經(jīng)有很多不錯(cuò)的庫(kù)了，比如說(shuō)boost,poco，正因?yàn)楹芏嗳藳](méi)搞清楚c/c++是什么，還在思想的混亂中糾結(jié)就更不可能對(duì)庫(kù)有更準(zhǔn)確的看法了。如果你真的在使用C++那么學(xué)習(xí)使用好的庫(kù)如boost，那么價(jià)值遠(yuǎn)大于去學(xué)習(xí)另一門語(yǔ)言。