看《C++必知必會》比看《C++編程思想》編程思想有趣多了，《C++編程思想》是為C程序員寫的，而我基本上一來就直接學的C++，因而《C++編程思想》并不適合我。而《C++必知必會》是直接從實際出發，直接點出來在編程中遇到的各種問題，因而很是實用，深得我心。
1．數據結構
摘要：為類型選擇一個描述性名字。如果難以為這個類型命名，那就說明你還不知道你想要實現什么。
評：很是精辟，每當我想到了這個類的名字，我就知道了如何去做和做些什么。摘要：列舉類型所能執行的操作。......要避免在實現時簡單地為數據成員提供一串get/set操作——那不叫做數據抽象而是懶惰且缺乏想象力的表現。
評：不太明白，在我看來，C++中的類型僅僅是把數據按照一定的規律(類型)進行封裝，其目的就是為了進行數據之間的交換。我的確不僅僅是用了一串get/set操作，但不是的操作也僅僅比get/set有一點延伸，比如按照某個條件來get/set一個或一組數據。
2．多態
摘要：基類可以不知道除自身以外的任何事物。
評：很是恰當，基類可以看成派生類的接口，派生類可以看成是基類的實現。
3．設計模式
摘要：一旦設計完成后，甚至你的經理都能夠理解完整的設計方案，只要他具備一些必需的模式方面的知識。
評：以前我一直沒有看過關于設計模式方面的書，也不理解什么是設計模式和為什么需要設計模式。現在，通俗的話說設計模式是程序員之間的“黑話”，它與使用的平臺、語言毫無關系，它指的是你在制作程序時的一種構想或方法，而這些構造方法都是大家熟知的、經過驗證的、有效的、高效率的。
4．STL
摘要：STL包含三大組件：容器、算法和迭代器。......STL的優秀思想體現在：容器與在容器上執行的算法之間無需彼此了解，這種戲法是通過迭代器實現的。
評：上面已經很好的解釋了什么是STL了，而且還道出了C++中的精髓，無需彼此了解，不是侵入式的設計，還象那個基類、派生類。
5．引用
評：我只會把引用用在函數形參上，一般還給它加上一個const，其他的地方么，我一般使用指針。
6．數組形參
摘要：數組在傳入時，實質上只傳入指向其首元素的指針。
評：要小心！書中用一個準確的詞“退化“來描述這種狀況。不過自從我使用了vector后也就找不出什么理由使用數組了。我很高興是這樣的結果。什么，你說你一定要用多維數組，那么我說，你去死吧，我一般用一維代替多維，或者使用vector進行鑲套。
7．產量指針和指向產量的指針
評：我背下了一個簡單的方法來區別這兩個。我把*和它前面的作為一組，*后面的作為一組，如const T *ptr，讀后面的部分，ptr是指針，指向const T，又如T *const ptr,讀為一個const指針，指向T類型。不過話說回來，我一直沒有用過，也還沒有想到使用的理由。
8．指向指針的指針
評：對這一點我一直提不起興趣，討厭這么復雜的冬冬。不過在實際中漸漸明白。如 vector my_circle; vector::iterator p=my_circle.begin(); for(;p!=my_circle.end();p++) {(*p)->draw();} 9．新式轉型操作符
摘要：更丑陋，更難用，并且威力較小。
評：看到了這一章，我心里面咯噔了一下。我的程序里面還有那么野蠻的、不講理的轉換。我得盡快用這種更丑陋的方式去改過來，以減少錯誤的可能性。要注意static_const和dynamic_cast;
10．常量成員函數含義
摘要：
class X{ Public: void modify_buffer(int index,int val) const //不德！！！！！！ { Buffer[index] = val;} Private: int *buffer; }; 評：的確是不道德的，const的函數偷偷的改了一個數據，沒有發現因為沒有修改class X中的對象。我得小心了，不干這種事情。
11．編譯器會在類中放東西
摘要：如果一個類聲明了一個或多個虛函數，那么編譯器將會為該類的每一個對象插入一個指向虛函數表的指針。
摘要：如果使用了虛擬繼承，對象將會通過嵌入的指針、嵌入的偏移或其他的信息來保持對其虛基類子對象位置的跟蹤。
摘要：一個POD（“plain old data”）非常重要。比如int、double、C struct、union都是POD。摘要：如果希望復制一個類對象，那么永遠都不要使用memcpy這樣的標準內存塊復制函數。......相反，應該使用對象的初始化或者賦值操作。
評：看到最后這條我才明白為何有這章。看來對于高層的東西要使用高層的操作。
12．賦值和初始化并不相同
摘要：直截了當的說，賦值發生于當你賦值時，除此之外遇到的所有其他的復制情況均為初始化，包括聲明，函數返回，參數傳遞以及捕俘描述異常中的初始化。
評：突然想起鼻祖書中的話，賦值是對一個結構良好的存儲區去做，而初始化是對一個未定義的存儲區去做。如果要賦值，那么就確立一下賦值的對象是否還是磁盤上的荒蕪地帶。
13．復制操作
摘要：復制構造和復制賦值是兩種不同的操作。
14．函數指針
摘要：將一個函數的地址初始化或賦值給一個指向函數的指針時，無需顯示的取得函數地址。
例子：void (*fp)(int);
extern void h(int);
fp = h; //OK
fp = &h; //OK
摘要：為了調用函數指針所指向的函數，而對指針進行解引用操作也是不必要的。
例子：(*fp)(12); //顯示調用
fp(12); //隱式調用
摘要：函數指針的一個傳統用途是實現回調（callback）。
評：一個很好的例子就是windows中對左右手的變化，如果改變了就只需要交換一下函數指針就OK了。
15.指向類成員的指針并非指針
摘要：“指向類成員的指針”即不包含地址，行為也不像指針。通常看作一個偏移量。
摘要：指向數據成員的指針對于描述“逆變性”的概念很方便。
摘要：存在指向基類成員的指針到指向公有派生類成員的指針隱式轉換，反之不行。
評：明白了它的作用卻不知道哪里有用，完全可以換個方式使用，即使是為了上一章的回調。如果要得到類中的成員，完全可以用類的對象或指向類對象的指針獲得，這個可能是為了C程序員吧。
tip：不能想著指向static成員，它們并不是存在于所有類對象的一個偏移量。使用的方式和普通的數據一樣。
16．指向成員函數的指針并非指針
摘要：NULL
17．處理函數和數組聲明
摘要：
int *f1(); //一個返回值為int *的函數
int (*fp1)(); //一個指針，指向一個返回值為int的函數
int *a1[N]; //一個具有N個int *元素的數組
int (*ap1)[N]; //一個指針，指向一個具有N個int元素的數組
評：夠復雜吧，不過看了下面的就要。。。。。。
摘要： int(*af2[N])(); //一個具有N個元素的數組
//其元素類型指向返回值為int的函數指針
評：夠嚇人的，雖然有解決法子可我沒在意。因為老早就決定不用數組了。
18．函數對象
摘要：函數對象也是一個普通的類對象，通過重載函數調用操作符()來創建類似于函數指針的東西。
評：這可是個好東西，在泛型算法中作為謂詞。
19．Command模式與好萊塢法則
摘要：好萊塢法則即“不要call我們，我們會call你”。
摘要：將一個函數對象于好萊塢法則相結合，即為Command模式的一個實例。
摘要：好處是，函數對象可以封裝數據，另一個好處是函數對象可以通過虛擬成員表現出動態行為，第三個好處是處理類層次結構而不是較為原始的，缺乏靈活性的結構（例如函數指針）。
20．STL函數參數
摘要：NULL
21.重載與重寫并不相同
摘要：重載發生于同一個作用域內有兩個或更多個函數具有相同的名字但簽名不同時。
摘要：重寫發生于派生類函數和基類有相同的的名字和簽名時。
22．Template Method 模式
摘要: Template Method(模板方式)模式和C++模板一點關系都沒有。實際上，它是基類設計者為派生類設計者提供清晰指示的一種方式，這個指示就是“應該如何實現基類所規定的契約”。
摘要：一個基類的成員函數是否應該為非虛擬的、虛擬的或純虛擬的，這樣的決策主要是基于該函數的行為如何被派生類定制。
摘要：如果基類成員是非虛擬的，那么基類設計者就是以該基類為所確立的層次結構指明了一個不變式。派生類不應該用同名的派生類成員去隱藏基類非虛函數。
摘要：虛函數和純虛函數指定的操作，其實現可以由派生類通過重寫機制定制。一個非純虛函數提供了一個默認實現，并不強迫派生類一定要重寫它，而一個純虛函數則必須在具體派生類中進行重寫。
評：這一章對于我們如何定義基類有了一個很好的說明。函數是具體的實現，而我們確定如何具體的實現函數。
Tip：另外有一種派生類作為基類接口的形式，那里的法則就不太一樣了。基類是實現，派生類是為了給其他用戶的接口。
23．名字空間
摘要：本質上，名字空間是對全局作用域的細分。
摘要：許多C++程序員建議將using指令放在全局作用域中，這是個餿注意。
評：一定要很好的區分什么是using指令和using聲明。
Using namespace namespace_name //是指令
Using anamespace_name::名字空間聲明的的東西 //是聲明
如果在全局作用域中使用using指令那等于去掉了名字空間的作用域。這里一般指的是程序員自己定義的名字空間，不是默認的std。
24．成員函數查找
摘要：調用一個成員函數時，涉及三個步驟：第一步，編譯器查找函數的名字；第二步，從可用候選者中選取最佳匹配函數；第三步，檢查是否具有訪問該匹配函數是權限；
評：這里面隱含的說了一個冬冬，如果編譯器找到了函數的名字，它是不會再去找的了。如果無權限范圍該函數，那么就會在第三步出現編譯錯誤。
25．實參相依的查找
摘要：ADL(實參相依的查找)指的是，當查找一個函數調用表達式中的函數名字時，編譯器也會到“包含函數調用實參的類型”的名字空間查找。
評：我卻好像記得不止是名字空間，也包括class，因為class其實也是一種特殊的名字空間。回頭還得再看一遍鼻祖的書，那里面其實都有，只是沒有重點標出來而已。
26．操作符函數查找
摘要：當使用函數調用語法時，應用的是普通的查找規則（ADL）。而對重載操作符的中綴調用的處理機制不同。
例子：
class X{ X operator%(const X&)const;}; X x,y;
x % y; //中綴調用
x.operator%(y); //成員函數調用
摘要：對于中綴操作符調用來說，編譯器不僅會考慮成員操作符，也會考慮非成員操作符。
評：說的有點讓人迷糊。我想主要注意使用.operator時，記得有個默認的*this實參。
27．能力查詢
摘要：能力查詢只是偶爾需要，但它們往往被過渡使用。它們通常是糟糕設計的“指示器”。最好避免對一個對象的能力進行運行期查詢。
評：能力查詢指的是對一個類對象進行dynamic_cast，來知道它是否是另外的類型，通常，是橫向轉換而不是普通的向上或者向下。
28．指針比較的含義
摘要：指針比較不是關于地址的問題，而是關于對象同一性的問題。
摘要：一個非常重要的經驗，處理指向對象的引用或指針時，必須小心避免丟失類型信息（如把指針賦值給void*指針）。
評：一個基類的指針是與其派生類的指針＝＝的，并不是因為地址相同而是類型相同，因為派生類就是基類，就像班長就是學生一樣。這里比較的是基類的類型。
29．虛構造函數與Prototype模式
評：構造函數是不能虛的，而這里指的是具有這樣功能的函數。如在一個類中，我們使用一個成員函數clone來調用復制構造函數new X（*this），我的經驗無法告訴我為何需要，不過有一點是很明確的，這個例子證明了軟件設計的“不知情”模式。
30．Factory Method模式
評：一個沉重的打擊，我在28、29看見了什么是比較高級的構架，也讓我想起了別來call我，需要時我來call你的好萊塢模式。每個類都明白自己做什么，而你只是在問它們一個很大眾的問題，而不是很私人的問題。重點推薦，我得好好看看，認真感受。如果能很明確的使用，我的認識將能夠上一個檔次。
31．協變返回類型
摘要：協變的優勢在于，總是可以在適當程度的抽象層工作。如果我們是處理Shape，獲得一個抽象的ShapeEditor;如果在處理某種具體的形狀類型，比如Circle,我們就可以直接獲得CircleEditor。協變機制使得我們可以不使用類型轉換操作來“重新”提供類型信息，而這種信息是一開始就不應該丟掉的。
32．禁止復制
摘要：訪問修飾符（public、protect、private）可以用于表達和執行高級約束技術，指明一個類可以被怎樣使用。這些技術中最常見的一種是不接受對象的復制操作，這是通過將其復制操作聲明為private同時不為之提供定義而做到的。
評：有時候我們應該把所有不想給其他人使用的函數全部放進private。
(因為后面的比較深，暫時作罷。勉強看也只能懂個浮淺的東西。未完待續)