剛學C語言C加加你首先選擇抱著書看嗎？

市面上的絕大多數C++書籍（包括很多被人們廣泛稱為「必讀經典」的）實際上都是反面教材。

想要一起學習C語言C++的可以加裙二九九 四 一 一五九六，裙內有各種資料滿足大家，歡迎加裙

也就是說，隨便你拿起哪本C++書籍（包括很多被人們廣泛稱為「必讀經典」的），那麼有很大的可能這本書中的內容不是你應該學的，而是你不應該學的。我之所以這麼說有兩個原因，因為一，我曾經是受害者。二，也是更實質性的原因，這些所謂的必讀經典，充斥的是介紹C++中的陷阱和對於C++的缺陷的各種workarounds（好聽一點叫Idioms（慣用法）或techniques（技術））；又因為C++中的這類陷阱和缺陷實在數不勝數，所以就拉出了一個「長尾」；這類書籍在所有語言中都存在（「C缺陷和陷阱」、「Effective Java」、「Effective C#」等等），然而在C++裡面這個尾巴特別長，導致這類書數不勝數。三，這些書中列出來的缺陷和陷阱根本不區分常見程度，對於一個用本程序員來說，應該希望看到「從最常見的問題到最不常見的問題」這樣的順序來羅列內容，然而這些書裡面要麼全部混在一起，要麼按照「資源管理、類設計、泛型」這樣的技術分類來介紹內容，這根本毫無幫助（如果我看到一個章節的內容，我當然知道它講的是類設計還是資源管理，還用廢話么？），使得一個學習者無法辨別並將最重要的時間花在最常見的問題之上。

最最關鍵的是：這些書當中介紹的內容與成為一個好程序員根本毫無關係，它們頂多只能告訴你——嗨，小心跌入這個陷阱。或者告訴你——嗨，你知道當你（八輩子都不一定遇到）遇到這個需求的時候，可以通過這個技巧來得以解決嗎？結果讀了一本又一本之後，你腦袋裡除了塞滿了「禁止」、「警戒」、「燈泡」符號之外，真正的編程素質卻是一無長進。又或者有這樣一類書，熱衷於解釋語言實現背後的機制，然而語言特性本質上是幹嘛用的？是用來在實際編碼中進行抽象的（說得好聽一點就是「設計」），不是用來告訴你這個特性是怎麼支持的。比如我就見過以下的情景：面試官問：「你知道虛函數嗎？」得到的回答是一堆關於虛函數表機制的解釋。面試官又問：「那虛函數的好處是什麼呢？」到底為什麼要虛函數呢？得到的回答是：「恩…啊…就是…多態吧」（這時已經覺得回答不夠深刻了）。再問：「那多態是幹嘛的呢？」啞口無言。

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！