建站
咨詢
售后
建站咨詢
新聞中心
我們?yōu)槭裁匆獙W習C++語言？C++語言能給我們帶來什么？其實C++語言里面有太多被發(fā)現(xiàn)的內容，而不是被發(fā)明的技術，C++中的眾多細節(jié)，才是真正需要花時間掌握的東西。
站在用戶的角度思考問題，與客戶深入溝通，找到肅南裕固族自治網站設計與肅南裕固族自治網站推廣的解決方案，憑借多年的經驗，讓設計與互聯(lián)網技術結合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：網站設計制作、成都網站制作、企業(yè)官網、英文網站、手機端網站、網站推廣、主機域名、雅安服務器托管、企業(yè)郵箱。業(yè)務覆蓋肅南裕固族自治地區(qū)。
為什么會存在這么多錯誤認識?原因主要有三個，一是C++語言的細節(jié)太多。二是一些著名的C++書籍總在(不管有意還是無意)暗示語言細節(jié)的重要性和有趣。三是現(xiàn)代C++庫的開發(fā)哲學必須用到一些犄角旮旯的語言細節(jié)(但注意，是庫設計，不是日常編程)。這些共同塑造了C++社群的整體心態(tài)和哲學。
單是***條還未必能夠成氣候，其它語言的細節(jié)也不少(盡管比起C++起來還是小巫見大巫)，就拿javascript來說，作用域規(guī)則，名字查找，closure，for/in，這些都是細節(jié)，而且其中還有違反直覺的。但許多動態(tài)語言的程序員的理念我猜大約是學到哪用到哪罷。
但C++就不一樣了，學習C++之人有一種類似于被暗示的潛在心態(tài)，就是一定要先把語言核心基本上吃透了才能下手寫出漂亮的程序。這首先就錯了。這個意識形成的原因在第二點，C++書籍。
市面上的C++書籍不計其數(shù)，但有一個共同的缺點，就是講語言細節(jié)的書太多——《C++ gotchas》，《Effective C++》，《More Effective C++》，但無可厚非的是，C++是這樣一門語言：要拿它滿足現(xiàn)代編程理念的需求。
尤其是C++庫開發(fā)的需求，還必須得關注語言細節(jié)，乃至于在C++中利用語言細節(jié)已經成了一門學問。比如C++模板在設計之初根本沒有想到模板元編程這回事，更沒想到C++模板系統(tǒng)是圖靈完備的，這也就導致了《Modern C++ Design》和《C++ Template Metaprogramming》的驚世駭俗。
這些技術的出現(xiàn)為什么驚世駭俗，打個比方，就好比是一塊大家都認為已經熟悉無比，再無秘密可言的土地上，突然某天有人挖到原來地下還蘊藏著最豐富的石油。在這之前的C++雖然也有一些細節(jié)，但也還算容易掌握，
那可是C++程序員們的happy old times，因為學習C++的一切都一覽無余，everything is figured out。然而《Modern C++ Design》的出世告訴人們，“瞧，還有多少細節(jié)你們沒有掌握啊。”于是C++程序員們久違的激情被重燃起來，奮不顧身的踏入細節(jié)的沼澤中。尤其是，模板編程將C++的細節(jié)進一步挖掘到了***——我們干嘛關心涉及類對象的隱式轉換的優(yōu)先級高低?看看boost::is_base_of就可以知道有多詭異了。
但***的問題還在于，對于這些細節(jié)的關注還真有它合適的理由：我們要開發(fā)現(xiàn)代模板庫，要開發(fā)active library，就必須動用模板編程技術，要動用模板編程技術，就必須利用語言的犄角旮旯，enable_if，type_traits，甚至連早就古井無波的C宏也在亂世中重生，看看boost::preprocessor有多詭異就知道了，連C宏的圖靈完備性(預編譯期的)都被挖掘出來了。
為什么要做這些?好玩?標榜?都不是，開發(fā)庫的實際需求。但這也正是***的悲哀了。在boost里面因實際需求而動用語言細節(jié)最終居然能神奇的完成任務的***教材就是boost::foreach，這個小設施對語言細節(jié)的發(fā)掘達到了驚天地泣鬼神的地步，不信你先試著自己去看看它的源代碼，再看看作者介紹它的文章吧。而boost::typeof也不甘其后——C++語言里面有太多被“發(fā)現(xiàn)”而不是被“發(fā)明”的技術。難道最初無意設置這些語言規(guī)則的家伙們都是oracles?
因為沒有variadic templates，人們用宏加上缺省模板參數(shù)來實現(xiàn)類似效果。因為沒有concepts，人們用模板加上析構函數(shù)的細節(jié)來完成類似工作。因為沒有typeof，人們用模板元編程和宏加上無盡的細節(jié)來實現(xiàn)目標…學習C++時的DIY精神不可謂不強。
然而，如果僅僅是因為要開發(fā)優(yōu)秀的庫，那么涉及這些細節(jié)都還是情有可原的，至少在C++09出現(xiàn)并且編譯器廠商跟上之前，這些都還能說是不得已而為之。但我們廣大的C++程序員呢?大眾是容易被誤導的，我也曾經是。
以為掌握了更多的語言細節(jié)就更牛，但實際卻是那些語言細節(jié)十有八九是平時編程用都用不到的。C++中眾多的細節(jié)雖然在庫設計者手里面有其用武之地，但普通程序員則根本無需過多關注，尤其是沒有實際動機的關注。一般性的編碼實踐準則，以及基本的編程能力和基本功，乃至基本的程序設計理論以及算法設計。才是真正需要花時間掌握的東西。
避免去過問任何語言細節(jié)，除非必要。這個必要是指在實際編程當中遇到問題，這樣就算需要過問細節(jié)，也是最省事的，懶惰者原則嘛。一個掌握了基本的編程理念并有較強學習能力的程序員在用一門陌生的語言編程時就算拿著那本語言的圣經從索引翻起也可以編出合格的程序來。
十年學會編程不是指對每門語言都得十年，那一輩子才能學幾門語言哪，如果按字母順序學的話一輩子都別指望學到Ruby了;十年學習編程更不是指先把語言特性從粗到細全都吃透才敢下手編程，在實踐中提高才是最重要的。
至于這種摳語言細節(jié)的哲學為何能在社群里面呈野火燎原之勢，就是一個心理學的問題了。想像人們在論壇上討論問題時，一個對語言把握很細致的人肯定能夠得到更多的佩服，而由于論壇上的問題大多是小問題。
所以解決實際問題的真正能力并不能得到顯現(xiàn)，也就是說，知識型的人能夠得到更多佩服，后者便成為動力和仿效的砝碼。然而真正的編程能力是與語言細節(jié)沒關系的，熟練運用一門語言能夠幫你***表達你的意圖。但熟練運用一門語言絕不意味著要把它的邊邊角角全都記住。懂得一些常識，有了編程的基本直覺，遇到一些細節(jié)錯誤的時候再去查書，是最節(jié)省時間的辦法。
本文題目：為什么要學習C++語言?
文章來源：http://fisionsoft.com.cn/article/coedcde.html
