學習C++則是這些“創新”的土壤，是的，我說的就是無窮無盡的workarounds和慣用法。但問題是，這些“創新”其實根本不是創新,看完本文你肯定有不少收獲，希望本文能教會你更多東西。

墨菲法則的強大力量是不可忽視的——如果有一個可能遇到的陷阱，那么總會遇到的。而同樣，C++的那些奇技淫巧也并非空穴來風，總有時候會需要用到的。但是你不需要預先把C++的所有細節和技巧存在腦子里才能夠去編程，即：

建議1：有辨別力地閱讀（包括那些被廣泛稱為“經典”的）C++書籍。

如果書中介紹的某塊內容你認為在日常編程中基本不會用到（屬于20%場景），那么也許***的做法是非常大概的瀏覽一下，留個印象，而不是順著這條線深究下去。關于在初學的時候應該讀哪些書，后面還會提到。

實際上，除了語言無關的編程修養之外（需要閱讀什么書后面會提到），對于學習C++這門特定的語言，要開始用它來編程，你只需知道一些基礎但重要的語言知識（需要閱讀哪些書后面會提到）以及“C++里面有許多缺陷和陷阱”的事實，并且——

建議2：養成隨時查閱資料和文檔的習慣。

“查文檔”幾乎可以說是作為一個程序員最重要的能力（是的，能力）了；它是如此重要，以至于在英文里面有一個專門的縮寫——RTFM。為什么這個能力如此重要，原因很簡單：編程領域的知識太雞零狗碎了。

不僅知識量巨大，而且知識的細節性簡直是任何學科都***的（隨便找一個框架類庫看看它的API文檔吧）。所以，把如此巨量的信息預先放在腦子里不僅不實際，而且簡直是自作孽。你需要的是“元能力”，也就是查文檔的能力——從你手頭遇到的問題開始，進行正確合理的分析，預測問題的解決方案可能在什么地方，找到關于后者的資料，閱讀理解，運用。#t#

同樣，在C++中也是如此，如果你從學習C++一開始就抱著這種態度的話，那么即便等到面試的時候被問到某個語言細節，你也可以胸有成竹的說你雖然并不知道這個細節，但在實際編碼中遇到相應問題的時候肯定會找到合適的參考資料并很快解決問題（解決問題，才是最終目的）。

當然，更大的可能性是，你在平常編碼中已經接觸過了最常見的那80%的陷阱和技巧了，由于你用的是實踐指導性的學習方式，所以你遇到的需要去學習的陷阱和技巧幾乎肯定都是常見場景下的，比沒頭蒼蠅似的逮住一本C++“經典”就“細細研讀”的辦法要高效N倍，因為在沒有實踐經驗的情況下，你很可能會認為其中的每個技巧，每個陷阱，都是同樣概率發作的。