C++很難？神級程序員自述對C++的認識！見解獨到能少走很多彎路！

很多小夥伴都老是會碰到疑問，其實還是基礎沒打紮實，這些題如果你不看答案你能知道多少呢？如果還有很多不知道就證明基礎沒打紮實，如果你還在入門糾結，如果你還在苦惱怎麼入門！小編有個建議，可以加小編弄的一個C語言交流基地，大家可以進入交流基地：379249575，裡面新手入門資料，可以說從零到項目實戰，都是可以免費獲取的，還有程序員大牛為各位免費解答問題，熱心腸的小夥伴也是蠻多的。不失為是一個交流的的好地方，小編在這裡邀請大家加入我的大家庭。歡迎你的到來。一起交流學習！共同進步！小編等你！

本人對於c++的認識，多年下來，經歷了以下幾個階段，

1、 c++很好很強大，盲目追求運行性能，簡直巴普洛夫條件反射，貢獻了一大坨垃圾代碼；

2、 c++的面向對象對持很垃圾，什麼鬼，代碼很容易就耦合，於是迷上對象+消息發送的面向對象；

3、 c++太複雜了，template太抽象，天外飛仙，搞不懂，二進制複用又差。整個c++就是垃圾，簡直程序設計語言裡面的敗類，C語言多好啊，小巧精緻簡單清晰；

4、 使用其他語言做開發，java、C#、F#、elisp、scheme、python、haskell、javascript、php等等一大坨語言，感概每一種語言都比垃圾C++不要好太多，發誓不再用c++寫哪怕一行的代碼；

5、 某一天，突然有點理解了這種語言，一切變得清晰了，原來c++也相當不錯，也可以做一些事情，看開之後，感覺開發效率也跟上來了，做同樣的事情，用c++實現不會比C#、python等慢。

相比於其他語言，c++的獨特優勢在於

預編譯期的偽圖靈完備，這一點，好多語言還是有的，並且更超級好，比如rust，scheme

編譯期間的C++是功能完備的解釋器，其輸出結果是正常運行的c++代碼，結合宏，可以製造很多其他語言必須在語法層面上支持的語法糖。這個解釋器的奇妙之處在於它運行於編譯期，一旦錯誤的模板代碼要進入運行期，就會出現編譯錯誤，而不需要進入運行時的代碼，即便天大錯誤，也都不要緊，而一旦這段代碼要進入運行時，那麼模板錯誤就逃不過編譯期解釋器的法眼。

生成各種內存佈局的便利語法糖和自由的內存操控；不同類型的對象，只要其內存佈局一致，通過強制轉換，就可按同一類型來處理，這一點作死能力，絕不被有gc的語言支持。內存的無節操玩弄，結合template，分分鐘就能仿真出來其他必須語言層面上提供的數據結構，類型安全、運行性能、易用性，一點都不遜色，好比string，委託，元組，列表，可空類型；

C++的專有特性，raii、多繼承和全局變量。特別是全局變量，結合它的構造函數特點和類型推導，所能玩出來的豐富新花樣，其他語言很難做到。全局變量是連接運行期和編譯期的橋樑。如果沒有全局變量，本座應該不會再次對c++產生熱情。奇怪的是，至今為止，c++的基礎庫都不怎麼挖掘全局變量的潛能。當然，對全局變量的使用，肯定是把它當做常量來用，全局變量有唯一的內存地址，就起到原子的作用，但它又可打包了豐富的靜態類型信息。

以上的獨特，造就了c++層出不窮的新意，而卓越的運行性能，只是其微不足道的優點。雖然說，語言不重要，思想才重要，軟件架構才重要，但是c++所能承載的思想，以及其到達的抽象高度，的確就真的大大降低框架的複雜性，誠然，c++的基礎庫開發要面臨無窮無盡的細節糾結，其實，這也反映了c++編譯器掌控細節的能力，因此，我們又可以讓編譯器自動完成很多很多細節重複，從而大幅度地減輕代碼數量，還無損其運行性能。又由於c++完備強大的靜態類型特性，在用動態語言風格的簡潔來編寫代碼的同時，又無損其快速方便地代碼重構。筆者的基礎庫項目，幾十次大規模的重構，藉助單元測試，保證了重構順利快速的完成，深感c++在重構上的便利，這些代碼，包括不到1千行卻功能完整的xml庫（還支持對象與xml數據的直接互相轉換）；不到1千行卻一點都不遜色於boost的spirit組合子解釋器（編譯速度卻快了很多，語法上簡潔很多，更能方便地解釋各種語法）；才1千多行的異步io框架；輸入輸出，文件操作，數據庫，協程等代碼都簡潔異常，所有這些代碼都支持動態庫上的二進制複用，讓人很驚詫於c++的光怪陸離的強大。

當然，c++的缺陷也震撼人心，

1、 語言特性太過繁雜抽象微妙，比如template、多繼承、運算符重載、類型轉換、兼容性考慮的很多糟糕語言特性，所以對使用者的節制力要求很高，要求他們時刻清楚自己在幹什麼，瑣碎上的思考太多；

2、 缺乏統一的二進制標準，基礎庫都用源代碼的形式共享，這讓原本就龜速的編譯速度更加地令人大大感動；

3、 缺乏高標準的基礎庫，stl和boost更在某些技術運用的展示上更起到很壞的影響；

4、 缺乏某些延遲求值的機制，缺乏必要的函數式語言機制；

就這樣吧。