C++是一門引起無數爭議的語言(yan)。

眼下最常聽到的聲(sheng)音則是C++將趨于沒落，會(hui)被某某語言取代。

我很懷疑這種論調的起點(dian)是商業宣(xuan)傳，C++的真(zhen)實(shi)趨勢(shi)應該是越來(lai)越傾(qing)向于精英化。

精英(ying)化是指在可用(yong)(yong)可不用(yong)(yong)C++的領域中，C++將逐(zhu)漸退(tui)出，

 而(er)所(suo)有(you)剩下必(bi)須用C++的領域通常都是附加值比較(jiao)高(gao)，難度較(jiao)高(gao)的領域，比如：操作系統(tong)，數據庫，大(da)型網(wang)站后端等(deng)。

這(zhe)一過(guo)程造成的現象(xiang)就(jiu)是在TIOBE上，C++的份(fen)額逐步下降(jiang)。

但就像經濟(ji)上(shang)擠泡沫一樣，這倒(dao)不是C++衰(shuai)落(luo)了，而是原本人們對C++的期(qi)望過(guo)高(gao)了。

早(zao)在1995年，美(mei)國的調查(cha)機構就曾經預測：“終端用戶”編程從(cong)從(cong)業人(ren)員比率(lv)上將占94%，而(er)“基(ji)礎結構”編程從(cong)業人(ren)員只占1.5%不到。

(參見《軟(ruan)件(jian)成(cheng)本估(gu)算：COCOMOII模型方(fang)法》)

C++本(ben)來(lai)就不適合“終端用(yong)戶”這種(zhong)涉(she)眾很多(duo)的(de)項(xiang)目，比如(ru)(ru)物流程(cheng)序，而(er)適合對性能要求較高的(de)基礎結構項(xiang)目，比如(ru)(ru)OS，大型(xing)數據庫(ku)等。

(根據Google的(de)(de)測試，C++的(de)(de)performance遠高于其他(ta)語(yu)言)

只是(shi)當年(nian)OO很火的時候，大家又沒(mei)有什么(me)別的選擇，就(jiu)一(yi)窩蜂的用(yong)，實際(ji)上很多程序(xu)確實不適(shi)合(he)用(yong)一(yi)個沒(mei)有垃圾收集的程序(xu)來寫。

這里有一份統計列表，大家可以自(zi)己看看，當前C++的主戰場是那里。

The Programming Languages Beacon(這個表告(gao)訴我們：IT行(xing)業(ye)的骨頭是(shi)C/C++做(zuo)的)

這(zhe)導致的(de)結果就是修煉C++的(de)程序員必須往(wang)高端走，你(ni)要么(me)找不到工作，要么(me)就找到很好的(de)工作。

而不像其他(ta)語言(yan)，大差不差還能混口飯(fan)吃。

這(zhe)個(ge)趨勢(shi)不好絕對化(hua)，但估計在(zai)未來(lai)會(hui)被強化(hua)。TIOBE上C++的(de)份(fen)額跌得越多，這(zhe)個(ge)趨勢(shi)強化(hua)的(de)越厲害。

短(duan)時間完全看(kan)不到(dao)C++退出歷史舞臺的(de)可(ke)能性(xing)，只要硬件(jian)還是軟件(jian)的(de)基礎：

例1：網站(zhan)(zhan)A和網站(zhan)(zhan)B類似(si)，用C++可以(yi)讓速度提升30%，你(ni)感覺這個網站(zhan)(zhan)會選(xuan)(xuan)擇語言的易用性(xing)，還(huan)是會選(xuan)(xuan)擇速度?

例(li)2：公司A要開發一(yi)個(ge)新(xin)的軟硬結合(he)的產(chan)品，你感覺他會先(xian)開發一(yi)個(ge)虛擬(ni)機，再開發產(chan)品，還是會直接基于(yu)硬件上封(feng)裝驅動后開發程序?

兩個關鍵缺陷

這兩個關(guan)鍵缺陷分別是語言的過度(du)復(fu)雜和標準(zhun)庫的過度(du)蒼白。

C++語言過于復雜在(zai)業界是共識(shi)。

一個(ge)(ge)指針(zhen)就使(shi)(shi)C++比關鍵字數目相同(tong)的(de)語言(yan)復(fu)雜許(xu)多，導(dao)入模(mo)板(ban)后各種應(ying)用(yong)精巧(qiao)的(de)應(ying)用(yong)使(shi)(shi)這門語言(yan)進一步復(fu)雜化，個(ge)(ge)人感(gan)覺(jue)C++0x使(shi)(shi)這復(fu)雜性又升華(hua)了(le)。

Google在公布的C++ Coding Rule開(kai)篇就說：

As every C++ programmer knows， the language has many powerful features， but this power brings with it complexity， which in turn can make code more bug-prone and harder to read and maintain.

這里(li)也就不多說(shuo)了，但貼(tie)幾個好(hao)玩的句子：

"C makes it easy to shoot yourself in the foot; C++ makes it harder， but when you do it blows your whole leg off." —— Bjarne Stroustrup(Stroustrup還是挺搞的，意譯下(xia)：C語言讓人(ren)很容易(yi)開槍走火(huo)打到自己的腳，C++讓走火(huo)發生的可能(neng)性降低，但一旦走火(huo)，你的腿就沒了。)

"IMO， good C++ code is better than good C code， but bad C++ can be much， much worse than bad C code." —— John Carmack.

C++標準庫的蒼白倒值得多說一(yi)點不(bu)知道(dao)沒(mei)用(yong)過C++的人是否能想象(xiang)，這(zhe)個世界上還有(you)一(yi)門(men)語言(yan)的標準庫里(li)甚至不(bu)覆蓋正則(ze)表(biao)達式和XML. C++就這(zhe)樣(yang)，并且還將持續這(zhe)樣(yang)。我專門(men)查了一(yi)下，C++0x里(li)好像終于有(you)正則(ze)了，但還沒(mei)有(you)XML的庫。

(不用提醒，我也知道boost里有，但boost不是(shi)標準庫(ku)。)

C++本身(shen)不缺庫(ku)，并且還(huan)都是(shi)大佬級的(de)，如(ru)：OpenCV，OpenMP，ACE，MPICH2等。

隨便那(nei)一個都是一方諸侯(hou)，如果你沒用(yong)過OpenCV和(he)OpenMP這(zhe)些東西(xi)，第一次(ci)用(yong)一定會有點震(zhen)撼，但(dan)關(guan)鍵是標準(zhun)庫(ku)不太行。

從這(zhe)個角度看C++0x方向走錯了：錦上(shang)添花的(de)(de)事(shi)做了不(bu)(bu)少，雪中送炭的(de)(de)事(shi)上(shang)不(bu)(bu)太給力。

感(gan)想C++語言(yan)已經無法簡化，如果編譯器能夠提供可定制編譯也許對這個語言(yan)會(hui)有幫助。

比如：設(she)定某個選項后(hou)，C++就(jiu)變成(cheng)了(le)有對象的C.設(she)置某個選項后(hou)，多(duo)重繼承就(jiu)不支持了(le)。

也許(xu)有(you)編譯器可以這樣，但(dan)我(wo)確實還不(bu)知道(dao)。

再不行，自己定個規(gui)則(ze)使用C++的特(te)定子集吧。