一、

　　這篇文章是應之前在微博上爆過的下個周末某出書社的線下勾當而寫的。回首我和C++在這個世紀的第二個春天起頭發生過的各種工作，我發覺我并不是用一個一般的方式來學會若何一般利用C++的。我的C++進修伴跟著良多其他風行或者不風行的言語。此刻手中控制的良多的技巧恰是由于進修了良多編程言語的來由，不外這并不妨礙我一般地利用C++來在合理的時間內完成我的方針。

　　進修C++是一個的過程。若是從我第一次看C++的書算起，此刻曾經過了11年了。一起頭的動機也是很不靠譜的。剛起頭我很喜好用VB6來開辟游戲，可是我能找到的材料都是用C++來做例子的，文字部門又不豐碩，于是我碰到了良多堅苦。因而我去三聯書店買了本C++的書，想著我若是學會了C++，就能夠把這些例子翻譯成VB6的代碼，然后繼續用VB6來寫游戲。鬼使神差，我買到的是一本語法手冊。不外阿誰時候我還小，不曉得什么是MSDN，也不曉得MSDN是能夠打印出來賣的：

　　不外由于C++在其時并不是我進修的重點，于是我就沒事的時候翻一翻。我們都曉得言語參考手冊（MSDN里面叫Language Reference）的挨次都是按照類別而不是講授挨次來陳列的。于是當我花了很長時間看完了第一遍的時候，就感覺這本書寫的云里霧里。剛起頭講什么是表達式的時候，例子就呈現了大量的函數和類這種愈加復雜的工具。于是我選擇從頭看一遍，根基的概念就都曉得了。當然這個時候完全不克不及算“學會C++”，編程這種工作就跟下象棋一樣，法則都很容易，可是你想要下得好，必然要通過持久的才能做到。

　　當然，在這段時間里面，我仍然是一邊看 C++一邊用VB6來進修編程。初二的時候學校發了QBasic的講義，其時看了一個禮拜就完全學會了，我感覺寫代碼很好玩，于是從此就養成了我沒事逛書店的習慣（就連長大了之后泡MM也有時候會去書店，哈哈哈哈哈）。值得一提的是，我第二次去書店的時候，碰到了下面的這本書《Visual Basic高級圖形法式設想教程》：

　　在這之前我買到的兩本VB6的書都是在教你怎樣用簡單的語法，拖拖界面。然后就做出一個法式來。阿誰時候我心目中編程的概念就是寫寫記事本啊、寫字板啊、計較器等等這些工具，直到我發覺了這本書。我還記適當時的表情。我在書架上隨手翻了翻，發覺VB竟然也能夠寫出那么標致的圖形法式。

　　這本書包含的學問很是豐碩，從若何挪用VB內置的畫圖號令、若何挪用Windows API函數來快速拜候圖片，講到了若何做各類圖像的特效濾鏡、若何做幾何圖形的變換，不斷到若何對各類3D物體做實在感襯著，以至是操作4維圖形，都講得清清晰楚。這本書比其他大大都編程讀物好的處所在于，讀者能夠僅靠里面的文字，根基不消看他的代碼，就能夠學會作者想讓你學會的所有工具。因而當我發覺我怎樣著也找不到這本書的光盤（現實店就沒有給我）的時候，我并沒有感應我得到了什么。這本書的文字部門不只寫得很細致，并且作者還很負義務。作者曉得像圖形這種對數學根本有必然要求的工具，法式員不必然懂特別是我阿誰時候才上初中，就更不成能懂了所以在書里面看到一些復雜的數學公式的時候，作者城市很耐心的告訴你這些公式的來歷，它們的“物理意義”，有些時候以至還會推導給你看。因而能夠想象，這本書包含的內容也出格的豐碩。這導致我在讀的時候不竭地找材料彌補本人的數學學問，從而能夠親身把那些法式寫（而不是抄）出來。這個過程不斷持續到了我終究不消VB轉Delphi，到最初上大學改用 C++的阿誰時候，我終究理解了整本書里面講的所有內容，給我后面的良多工作打下了的根本。

　　由于數學學問缺乏的關系，進修這些根本學問又不成能那么快，所以我把一部門時間投入在了游戲開辟里面，測驗考試本人弄點什么出來。終究其時對編程有樂趣，就是由于“說不定游戲也能夠用代碼寫出來”的設法，于是我獲得了下面的這本書：

　　這本書是我感覺21天驚天系列里面唯逐個本的書。它并沒有只是簡單的枚舉學問，而是教你操縱VB6內置的功能搭建從簡單到復雜的游戲法式。我第一次看到關于鏈表的學問就是在這里。可惜在我還沒學會若何利用VB6的類模塊功能之前，我就曾經投向了Delphi，因而并沒無機會實踐這個學問。不外在此之后，我用VB6寫的小游戲，曾經測驗考試把游戲本身的模塊（這是VB6的一個功能，就跟namespace差不多）分手，堆集一些根本代碼。

　　在這段時間里面，我進修語法都學得很慢。輪回以至是在我用人肉展開輪回的方式一行一行復制黏貼出了一個井字棋的AI之后才學會的。后來很晚才學會了寫函數，全局變量則更晚了。于是在阿誰時候我寫了良多看起來很愚笨的代碼。已經我認為一個函數的全局變量在退出函數之后是會保留的，然后對著本人寫出來的不克不及運轉的代碼感應十分的莫明其妙。還有一次做一個記事本，由于不曉得“當前文件徑”要具有什么處所，于是在界面上放了一個Label來放文件名。后來有了青云之志，想用VB搞定一個長得像Basic的超簡陋的腳本。這當然最初是失敗了，可是我模糊記得，我其時取得的成績就是把腳本言語的字符串朋分成了一個一個的token之后，保具有了一個表格控件里面，以便之后（后來這個“之后”沒寫出來）讀的時候便利一點。之后還測驗考試寫一個讀四則運算字符串計較成果的法式，都是先找最里層的括號，把那條不帶括號的簡單式子計較完之后，把成果也處置成字符串replace歸去。直到整個字符串成一個值為止。不斷比及我后來買到了一本系統引見VB6語法和用法的書之后，我的代碼才稍微變得不像山公打出來的。

　　在剛起頭學編程的時候，根基上都沒有什么固定的標的目的，都是在書店里面碰著什么酒寫什么。于是有一次我在書店里看到了《Visual Basic 收集高級編程》

　　這本書是我在進修VB的過程中最初一本我感覺不錯的書了。雖然VB本身也供給了良多拜候收集資本的控件，可是這本書并沒有讓你僅僅會用被人的輪子來寫代碼，而是一步一步的告訴你這些收集和談的內容，然后讓你用Socket來跟這些辦事器間接交互。我記得我最初成功的做出了一個郵件收發法式，跟聯想1+1系列自帶法式的功能曾經能夠媲美了。

　　二、

　　當我發覺C++其實是太難，底子沒法子真的把網上那些C++的法式改成VB 之后，我上了高一，接觸了NOI。NOI讓我獲得的一個收成就是，讓我在上了大學之后很果斷的不把時間華侈在ACM上，從而有了良多時間能夠搞圖形、編譯器和女同窗。加入高中的NOI培訓讓我曉得了什么是數據布局，還有什么是指針。教員在講Pascal的時候說，要矯捷利用指針才能夠寫出高機能的法式。這讓我大開眼界，不只由于VB沒有指針，并且其時用VB寫圖形的法式感受怎樣樣也快不上去（當然這有大半緣由是由于我代碼寫得爛，不克不及全怪VB）的同時，還讓我認識了Delphi。Delphi跟VB一樣能夠拖控件，并且控件長得還很像。于是我就抱著試一試的心理，起頭進修若何用Delphi來寫代碼。

　　由于有《Visual Basic 高級圖形法式設想教程》的學問作為布景，我很快就控制了若何用Delphi來開辟跟圖形相關的法式。阿誰時候我感覺該做的預備曾經預備好了，于是用 Delphi寫了一遍我在VB的時候老是寫不快的一個RPG游戲。這個游戲雖然不大，可是布局很完整。在開辟這個游戲的過程中，我第一次體驗到了模塊化開辟的益處，以及堆集根本代碼對開辟的便當性。同時也讓我嘗到了一個難以的法式時何等的。這個游戲前后開辟了八個月，有一半的事務都是在寫代碼。對于其時的我來說，法式的布局曾經過于復雜，代碼也多赴任不多失控的境界了。后來我統計了一下，一共有一萬兩千行代碼。因為阿誰時候我的調試能力無限，并且也不曉得若何把法式寫成易于調試的形式。成果我比及了我的焦點部門都寫完了之后，才能按下F9做第一次的運轉（！！！）。當然運轉成果是烏煙瘴氣。我花了很大的勤奮才把搞到能跑。

　　因為法式本身過長，我在開辟的過程中感覺曾經很難節制了。再加上我發覺我的統一個模塊里的函數根基上都是下面的形式：

　　PrefixFunction(var data:DataStructure, other parameters ...)

　　總感覺跟挪用Delphi的類庫的時候很像。所以我就想，既然代碼都變成了如許，那是不是進修面向對象開辟會好一點？在這個過程中我有幸碰到了這本《Delphi6 完全研究》：

　　雖然說這本書并沒有包含那些深刻的面向對象的學問，可是他細致的引見了Delphi的語法、根本的類庫的用法還有Delphi那套強大的控件庫和數據開辟的能力。這本書第一次讓我曉得，Delphi是能夠內嵌匯編代碼的。這給我對計較機的深切理解打開了一扇門。

　　進修匯編是一個漫長的過程。這倒不是由于匯編的概念很復雜，而是由于里面的細節其實是太多了。這些學問靠收集上零散的文章其實是無法控制，于是在常年逛書店的習慣之下，我又碰到了《Windows 匯編言語法式設想教程》。

　　這本書內容其實并不是良多，可是他給了我一個很好的入門的方式，也講了一些簡單的匯編的技巧，譬如說怎樣寫輪回啊，怎樣用REPZ如許的前綴等等，讓我能夠用匯編寫出成心義的法式。匯編和Delphi的連系也促使我起頭去思慮他們之間的關系，譬如說一段Delphi的代碼就經是若何映照到匯編的。下面發生的一個小故事讓我印象深刻。

　　那仍是一個，我還很喜好各類不知所謂的奇技淫巧的日子。有一天我在論壇里看到有人說，互換兩個integer變量能夠用一種奇葩的寫法：

　　a:=axorb;

　　b:=bxora;

　　a:=axorb;

　　于是我就理所當然得想，若是我把它改成匯編，那是不是能夠更快，而且跨越那種需要兩頭變量的寫法？后來我試了一次，發覺慢了很多。這個事務打破了我對會變的，當然什么C言語是最快的言語之類的，我從此也就以辯證的目光去看帶了。在接下來的高中生活生計里，我只用了匯編一次，那仍是在一個對圖像做alpha blending的法式里面。我要同時計較RGB，可是寄放器每一個都那么大，我感覺很華侈，于是測驗考試用R16+G放到一個寄放器里面，跟另一個R16+G相加。兩頭隔了一個字節用來做進位的緩沖，從而達到了同時計較兩個byte加法的結果。后來測試了一下，簡直比間接用 Delphi的代碼來寫要快一些。

　　純粹的教程類冊本看多了之后，除了類庫用得熟、代碼寫得多以外，益處并不大。所以當我有一天在書店里發覺《凌波微步》的時候，剛打開好幾頁，我就被它的內容吸引住了，斷然入手。

　　這本書讓我第一次感覺，一個法式寫得好和寫得爛竟然有如斯之大的不同。作者下筆詼諧，行文詼諧，把十幾個例子用故事一般的形式講出來。這本書不告訴你什么是好的，而告訴你什么是欠好的。每一個案例的開首都給出了寫得欠好的代碼的例子，然后會跟你注釋的很清晰，說這么做有什么欠好，改要怎樣改的同時，為什么好的方式是長阿誰樣子的。這本書也起頭讓我相信方的意義。在這個時候之前，我在編程這個工具上的理論根本根基上就只要鏈表和排序的學問，其它的工具根基都不懂，可是想做出本人想要做的工作卻又不感覺有什么太大的麻煩。以至我到高三的時候寫了一個帶指令集和虛擬機的Pascal腳本言語（不含指針）的時候，我連《編譯道理》這本書都沒有聽過。因而以前感覺，歸正要寫法式，只需往死里寫，老是能夠寫出來的。可是現實上，有理論根本和沒有理論根本的法式員之間的區別，不在于一個法式能不克不及寫出來，而在于寫出來之后機能是不是好，代碼是不是容易看懂的同時還很好改，并且還容易測試。這本書對于我的意義就是給我帶來了這么一個概念，從而讓我起頭想去涉獵雷同的內容。

　　當然，那段時間只是這么想，可是卻不曉得要看什么。所以在一次偶爾之下，我發覺了《OpenGL 超等寶典》。當然第一次看的時候仍是第二版，后來我又買了第三版。

　　鑒于以前由于《Visual Basic 高級圖形法式設想教程》的來由，我在看這本書之前曾經用Delphi寫過一個簡單的支撐簡單光照和貼圖的軟件襯著法式，于是看起來出格的快。其實 OpenGL比擬起DirectX，入門級的那部門API（指glBegin(GL_TRIANGLE_STRIP)這些）是做得比DirectX標致的，可惜機能太低，沒人會真的在大型游戲里利用。剩下的那部門比DirectX就要爛多了。所以當我起頭接觸高級的API的時候，OpenGL的低速部門讓我戀戀不舍。OpenGL的法式我一寫到了差不多要高考的時候。在那之前進修了一些簡單的技巧。上了大學之后，進修了一些骨骼動畫啊、LOD模子啊、場景辦理這些在OpenGL和DirectX上都通用的學問，可是卻并沒有在最初把一個游戲給做出來。

　　我最初一次用OpenGL，是為了做一個自繪的C++GUI庫。這個庫的布局比起此刻的GacUI當然是沒法。其時用OpenGL來做GUI的時候，讓我感受到要操作和襯著字符串在 OpenGL上是堅苦重重，曾經難到了幾乎沒法子處置一些高級文字結果（譬如RichText的襯著）的境界了。最初只能每次都用I畫完之后把圖片作為一個貼圖保留起來。OpenGL貼圖數量無限，為了做這個工作還得搞一個貼圖辦理器，把分歧的文字都貼到統一張圖上。做得筋疲力盡之余，結果還欠好。當我后來開辟GacUI的時候，我用I和DirectX作為兩個襯著器后端，都成功的把RichText襯著實現出來了，我就感覺我當前該當再也不會利用OpenGL了。I和DirectX才是那種完整的畫圖API，OpenGL只能用來繪圖，寫不了字。

　　有些人可能會感覺，為什么我會不斷在同時做圖形圖像、編譯器和GUI的工作。大師還記得上文我已經說過我已經用了很久做了一個伊蘇那種模式的RPG出來。其實我不斷都很想走游戲開辟的線，可惜因為各類現實緣由，最初我沒有把這件工作當成工作。做出阿誰RPG的時候我也很高興，絲毫不亞于我結業后用C#寫出了一個帶智能提醒的代碼編纂器的那一次。當然在上大學之后我曾經感覺沒有一個美工是做不出什么好游戲的，可是想花時間跟你一路干的美工同窗又很難找，因而干脆就來研究游戲里面的各類手藝，于是就變成了今天這個樣子。當然，此刻開辟游戲的心思還在，我想等過些時日可以或許空閑了下來，我就來忽悠個美工妹紙慢慢搞這個工作。

　　雖然說《Visual Basic高級圖形法式設想教程》是一本好書，但這只是一本好的入門書，想要深切領會這方面的內容仍是免不了花時間看其他材料的。后來我跟何詠一路做圖形的時候，學問大部門來歷于論文。不外圖像方面，仍是下面這本岡薩雷斯寫的《數字圖像處置》給了我相當多的學問。

　　這本書的特點是，里面沒有代碼，我很喜好，不會感覺華侈錢。不外可惜的是在看完這本書之后，我曾經沒有真的去寫什么圖像處置的工具了。后面做軟件襯著的時候，我也沒有把它當成我的主業來做，權當是時間。每當我找不到法式能夠寫感覺很悲傷的時候，就來看看論文，改改我阿誰軟件襯著器，添加點功能之后，我就會發覺一個新的課題，然后把時間都花在那。

　　三、

　　整個高三的成就都不錯，所以把時間花在編程上的時候沒人理我，直到我二模江河日下，因而在高考前一個月只好“封筆”，好好進修。最初由于失誤看錯了標題問題，在高考的時候丟了十幾分的原始分，估量換算成尺度分該當有幾十分之多吧，于是去了華南理工大學。所幸這本來就是我的第一意愿，所以其時我也不感覺有什么不高興的。去了華南理工大學之后，一個令我感應十分振奮的工作就是，學校里面有藏書樓，藏書樓的書還都不錯。雖然大部門都很爛，可是由于基數大，所以總可以或許很輕松的找到一些值得看的工具。

　　我還記得我們那一年比力特殊，一進去就要軍訓。軍訓的時候電腦還沒來得及帶去學校，學校也不給開收集，所以那一個月的晚上都很無聊，跟同窗也還不熟悉，不曉得要干什么。所以那段時間每到軍訓吃晚飯，我就會跑到學校的藏書樓里面泡到閉館為止。于是有一天讓我發覺了李維寫的這本《Inside VCL》。

　　雖然到了這個時候我用Delphi曾經用得很熟悉了，同時也能寫一些比力復雜的法式了，可是對于Delphi本身的運作過程我是一點都不曉得。所以當我發覺這本書的時候，如魚得水。這本書不只內容深刻，更主要的是寫的一點都不艱澀難懂，所以我看的速度很是快。根基上每個晚上都能夠看100頁，持續七八全國來這本書就被我翻完了。這帶來了一個副感化就是，藏書樓的姐姐也認識我了當然這并沒有什么用。

　　事后我又在書店獲得了一本《Delphi 源代碼闡發》。

　　這本書跟《Inside VCL》的區別是，《Inside VCL》講的是VCL的設想是若何精妙，《Delphi 源代碼闡發》講的則是Delphi本身的根本設備的內部實現的細節。以前我從來不領會也沒自動想過，Delphi的AnsiString和 UnicodeString是指向一個帶長度記實的字符串指針，進修了指針我也沒把這兩者聯系起來（當然這跟我其時還沒起頭試圖寫C++法式相關）。于是看了這本書，我就有一種醍醐的感受。雖然這一切看起來都是那么的天然，讓我感覺“就是該當這么實現的才對”，可是在接觸之前，就是沒有去想過這個工作。

　　令人可惜的是，在我獲得這本書的同時，Borland也把Delphi出來做了一個叫做Codegear的公司，后來轉手賣掉了。我在用Delphi的時候還想著，當前干脆去Borland算了，工具做得那么好，在那里工作必定很高興。我在高中的時候還已經把Borland阿誰標致的總部的圖片給我媽看過，不外她不斷認為是微軟的。于是我在悲傷了兩個晚上之后，看了一眼為了做參考我帶到學校來的《Visual C++ 5.0言語參考手冊》，找了一個盜版的Visual C++ 2005，起頭決定把時間投入在C++了。于是Delphi之旅到此竣事，從此之后，就是C++的光陰了。

　　四、

　　進修圖形學的內容讓我學會了若何寫一個高機能的計較稠密型法式，也讓我不會跟良多法式員一樣數學的內容。進修Delphi讓我寬闊了眼界的同時，還無機會讓我領會Delphi內部工作道理和細節。這一切都為我之后做那些靠譜的編譯器打下了根本。

　　由于在高三的時候我在不懂得《編譯道理》和大部門數據布局的學問的環境下，用Delphi寫出了一個Pascal腳本引擎，所以當我傳聞我大學的班主任是教編譯道理的時候，我就很高興，去跟她交換這方面的內容，把我其時的設想也拿給她看。當然我的設想，沒有理論根本的學問，都是很蹩腳的，于是班主任就給了我一本《編譯道理》。當然，這并不是《龍書》，而是一素質量通俗的書。不外當我領會了這方面的內容之后，《龍書》的大名也就進入我的耳朵里了：

　　因為之前用很愚笨的方式寫了個Pascal腳本的來由，看《龍書》之后很容易就理解了里面各類精妙的算法在工程上的益處。我之前的作法是先用掃描的方式切下一個一個的token，然后做一個遞歸來遞回去復雜到本人都沒法看的一遍掃描生成簡單指令的方式來做。法式寫出來之后我就地就曾經看不懂了。自從看了《龍書》之后，我才曉得這些過程能夠用token和語法樹來對算法之間進行解耦。不外《龍書》的性質也是跟《Visual Basic 高級圖形法式設想教程》一樣，是入門類的冊本。用來理解一下編譯器的運作過程是沒問題的，可是一旦需要用到高級的學問。

　　這個時候我曾經初步理解了編譯器前端的一些學問，可是后端譬如代碼生成和垃圾收集卻仍是博古通今。不外這并不妨礙我用好的前端學問和爛的后端學問來做出一個工具來。其時我簡單看了一下Java言語的語法，把我不喜好的那些工具砍掉，然后給他加上了泛型。Java阿誰時候的泛型實現仿佛也是方才呈現的，可是我不曉得，我也從來沒想過泛型要怎樣實現。所以其時我想來想去做了一個決定，泛型只讓編譯器去查抄就好了，編譯的時候那些T都當成object來處置，然后就把工具做出來了。我本來認為我這種偷工減料拆東墻補西墻忽悠用戶的方式是業界所不容的，不事后來發覺Java竟然也是那么做的，讓我感覺我必然要黑他一輩子。后來我用我做的這個破言語寫了一個俄羅斯方塊的游戲，拿給了我的班主任看，向她證明她拿給我的書我沒有白看。

　　不外因為遭到了Delphi的影響，我并沒有在我的C++代碼里面利用泛型。其時因為不領會STL，也懶得去看，于是本人就測驗考試這么幾個容器類本人用。此刻代碼還留著，能夠給大師貼一段：

　　這段代碼曾經能夠作為教材利用了。除了基類有一個virtual的析構函數和代碼對齊的比力標致以外，根基所有的處所都是設想錯誤的典型表示。為了這段代碼的貼圖我特意在硬盤里面翻出來了我阿誰盜窟Java腳本的代碼，一打開就有一股的氣味劈面而來，截圖放進word之后，屏幕猶如溢屎，內容不勝入目。

　　之所以把代碼寫成如許，跟Delphi的class不是值類型的這個功能是分不開的。寫了幾年的Delphi之后，再加上第一次起頭寫有點小規模的C++法式，我從來沒考慮過一個用來new的class是能夠建立成值類型的。所以阿誰時候我不斷處于用C++的語法來寫Delphi的形態上。當然如許是不合錯誤的，可是由于那一段時間命運比力背，好的C++書都沒給我碰上，直到我看到了《C++言語的設想和演化》

　　C++ 他爹寫的這本《C++言語的設想和演化》是一本好書，我認為每一個進修C++的人都該當看。本來《C++Primer》也是一本不錯的書，不外由于我鬼使神差用了《Visual C++ 5.0 言語參考手冊》入門，所以這本書就被我跳過了。一起頭C++用得很爛，感覺滿身不恬逸，可是有曉得為什么。看了這本書之后良多疑問就處理了。

　　《C++ 言語的設想和演化》講的是昔時C++他爹發現C++的時候若何對言語的各類功能做選擇的故事。在這個長篇小說里面，C++他爹誨人不倦地說，雖然C++看起來很鳥，可是若是不如許做，那就會更鳥。看完了這本書之后，根基上就剩下不會模板元編程了，剩下的言語的功能都曉得在什么時候該當用，什么時候不應用。 C++他爹還描述了一些主要的類譬如說智能指針和STL的迭代器在語義上的意義。其實這就跟我們在對待C++11的shared_ptr、 unique_ptr和weak_ptr的時候，不要去想這是一個delete對象的策略，而是要想這是一個描述對象所有權關系的這么個“環節字”一樣。有些時候細節看得太大白，而忽略了更高條理上的籠統，此乃見樹木不見叢林。

　　C++曉得每一個特征若何一般利用還不敷，若是不曉得他們是若何實現的，那有可能在很是極端的環境下，寫出來的法式會闡揚的欠好。正好像若是你曉得C++編譯器、操作系統和CPU內部是若何處置這些工具的細節，若是你順著他們去寫你的法式的話，那機能的提高會出格較著。譬如說在做襯著器的時候，為什么光線追蹤要按照希爾伯特挨次來發射光線，為什么KD樹能夠把每一個節點壓縮成8個字節的同時還會你按層來陳列他們，都是由于這些背后的細節所致。這些細節做得好，襯著器的效率提高一倍是完全沒問題的。這些學問雖然良多，可是C++的那部門，卻包含在了一本《深度摸索C++對象模子》里面：

　　讀《深度摸索C++對象模子》，不只僅是為了曉得C++在涉及虛擬多重承繼基類的函數指針布局是如何的，并且你還能夠從中學到良多技巧當然是指數據布局的技巧。這本書的內容大要分為兩個部門。第一個部門就跟需求一樣，會跟你引見C++的對象模子的語義，次要就是告訴你，若是你如許寫，那你就能夠獲得 X，得到YYY。第二部門就跟實現一樣。按照需求來獲得一個好的實現老是一個法式員想做的工作，那么這就是個很好的例子。一般利用C++需要的無限聰慧，大部門就包含在這兩本書里面。一旦把這兩本書的內容都理解好，當前寫起C++的代碼城市駕輕就熟，不會被各類坑所攪擾，準確審視本人的代碼。

　　文章之前的部門有提到過，讓我無視理論和方的意義的是《凌波微步》，所以當東西都控制的差不多的時候，總需要花時間補一補這方面的內容。首當其沖當然就是大師喜聞樂見的《算法導論》了。我記適當時是唐良同窗保舉給我的這本書，還重點強調了必然要看原文，由于中文的翻譯不可。所以我就在一個春媚的早上，來到了廣州河漢書城，把這本書搞到手。

　　這本書的封面顏色暗示著你，想讀這本書， 該當去一個山清水秀綠蔭環抱的處所。事明這是對的。在差不多考英語四級的前后，我有一段時間每天都去華南理工大學阿誰出名的分手亭看這本書。亭子后面是一個湖，前面有良多樹和雜草，旁邊還有一個藝術學院，充滿了人文的氣味。在這種處所看《算法導論》，不只接收得快，并且過了一年，我真的分手了。

　　說實話這本書我沒有看完，并且那些證明的部門我都跳過了，其實是對這些工具沒有樂趣。不外關于數據布局和大部門算法我看得很細心。于是我在這方面的能力就大幅度提高當然跟那些搞ACM的人比擬反映仍是不敷快，不外我的志向并不在這里。除此之外，我通過《算法導論》也學到了若何精確的計較一個函數的時間復雜度和空間復雜度。事明這個技術十分主要，不只能夠用來找bug，還能夠用來面試。

　　五、

　　對于一個讀計較機的大學生來說，算法懂了，東西會了，接下來就是開眼界了。不外這些工具我感覺是沒法的，就像下面這本《法式設想言語實踐之》一樣，都是靠命運才到手的這是一個小師妹送我的華誕禮品：

　　本來進修的匯編也好，VB、Delphi和C++也好，都是統一類的編程言語。這導致我在相當長的時間里面都無疑為編程就差不多是這個樣子。直到我看到了《法式設想言語實踐之》。這本書告訴我，這個世界上除了號令是言語，還有各類分歧的編程的范式和方式。于是借著這本書的機遇，我領會到世界上還有 Prolog、Erlang和Haskell這么美好的言語。

　　這對我的觸動很大。不斷以來我都是用一種編程方式來處理所有我碰到的問題的。然后俄然有一天，我發覺有良多問題用此外方式來處理更好，于是我就起頭去研究這方面的內容。一起頭仍是比力淺，使用這些方式的時候還處于只能領會概況的形態，譬如說已經風行過幾天的Fluent Intece，還有聲明式編程啊，AOP等等。直到我碰到了這本全面改變我對C++模板見地的書《Real World Haskell》：

　　是的，你沒看錯，是《Real World Haskell》！Haskell了我的世界觀，讓我第一次曉得，本來代碼也是能夠推導的。說實話我用Haskell用的并不熟，并且我也沒寫過幾多個Haskell的大法式，可是Haskell的良多方面我都去花了很長時間去領會，譬如阿誰出名的Monad。多虧了其時搞大白了Monad，我借助這方面的學問，理解了《Monadic Parser Combinator》這篇論文，還看懂ajoo那篇出名的面向組合子編程系列。

　　當我終究大白了Haskell的類型推導之后，我終究體味到了Haskell和C++之間的龐大差別Haskell的法式的邏輯，都是完全表達在函數簽名上的類型里面，而不是代碼里的。當你寫一個Haskell函數的時候，你起首要曉得你的函數是什么類型的，接下來你就把代碼當成是方程的解一樣，找到一個滿足類型要求的實現。Haskell的表達式一環扣一環，幾乎每兩個部門的類型都互相限制，要求出格嚴酷。導致Haskell的法式只需編譯通過，根基上不消運轉都有95%的概率是靠譜的，這一點其他言語遠遠達不到。并且Haskell的類庫（Hackage）之多籠蓋GUI、GPU法式、分布式、并發支撐、圖像處置，以至是網頁（Haskell Server Page）都有，用來寫適用的法式完全沒問題。之所以Haskell不風行，我感覺僅有的緣由就是對初學者來說太難了，可是人們一旦熟悉了C的那一套，看 Haskell的難度就更大了，比什么都不會的時候更大。

　　于是回過甚來，模板元編程也就變成一個很天然的工具了。你把模板元編程當作是一門言語，把“類型”本身當作是一個龐大的帶參數enum的一部門（scala叫case type），于是類型的名字就變成了值，那么模板元編程的技巧，其實就是對類型進行變換、操作和計較的過程。接下來只需會用模板的形式來表達if、 while、函數挪用和類型婚配，那控制模板元編程是成功成章的工作。撇去type traits這些只是模板元編程的具體使用不說，只需熟悉了Haskell，熟悉C++的模板語法，學會模板元編程，只需要一個下戰書就是學會用糟糕的方式來寫那些你早就熟悉了的節制流語句而已。

　　當模板元編程變成了跟寫i++一樣天然的工具之后，我看言語的感受也變了。此刻看到一個法式言語，再也不是進修與發這么簡單了，而是能夠看到作者設想這門言語的時候想給你的價值觀。譬如說，為什么C言語的typedef長阿誰樣子的？由于他想告訴你，你int a;定義的是一個變量，那么typedef int a;就把這個變量的名字改成了類型的名字。為什么C言語定義函數的時候，參數是用逗號離隔？由于你挪用函數的時候，也是用逗號來離隔參數的。這就是語法里面的分歧性問題。一個分歧性好的言語，一個有編程經驗初學者只需進修到了此中的一部門，就能夠猜測他所想要的未知特征事實是若何用于頒發達出來的。一個分歧性差的言語，你每一次學到一個新的功能或者語法，都是一個全新的形式，四處亂七八糟，讓人無可適從（所以我很厭惡go，還不把go的library移植成C++間接用C++寫算了）。

　　從此之后，我就從一個處理問題的法式員，變成一個研究編程本身的法式員了。當然我并不去搞什么學術研究，我也不籌算走在理論的前沿這并不適合我，我仍是感覺做一個法式員是更歡愉一點的。這些學問在我后續進修開辟編譯器和設想言語的時候，起了決定性的感化。并且當你曉得若何設想一個漂亮的語法，那么你用現有的語法來設想一個漂亮的library，也就不會那么難了。當然，設想漂亮的library是需要深切的領會正在利用的言語本身的，如許的話有可能這個library的門檻就會提高。不外這沒相關系，這個世界上本來就有良多工具是2000塊錢的法式員所無法完成的，譬如STL，linux內核，以至是Microsoft Office。

　　六、

　　所列出來的書，每一本都是對我有深刻的影響的。當然光有深刻的影響是不敷的，具體的范疇的學問，仍是需要更多的材料來深切研究，譬如說下面的一個票據，就是我在進修開辟編譯器和虛擬機的時候所看過的。內容都很深刻，很適應時間。在這里我要感激g9yuayon同窗，他在我需要寬闊眼界的時候，給我供給了大量的材料，讓我得以快速成長，功不成沒。