似的 一切都 字符 就是 ack 隨著 logs lar sign

一、致讀者
1．
在編程序時，你是在為你針對某個問題的解決方案中的思想建立起一種具體表示。讓程序的結構盡可能地直接反映這些思想：
★.如果你能把“它”看成一個獨立的概念，就把它做成一個類。
★.如果你能把“它”看成一個獨立的實體，就把它做成某個類的一個對象。
★.如果兩個類有共同的界面，將此界面做成一個抽象類。
★.如果兩個類的實現有某些顯著的共同東西，將這些共性做成一個基類。
★.如果一個類是一種對象的容器，將它做成一個模板。
★.如果一個函數實現對某容器的一個算法，將它做成為對一族容器可用的模板函數。
★.如果一組類、模板等相互之間有邏輯聯系，將它們放進一個名字空間裏。

2．
在你定義一個並不是實現某個像矩陣或復數這樣的數學對象的類時，或者定義一個低層的類型如鏈接表的時候：
★.不要使用全局數據（使用成員）。
★.不要使用全局函數。
★.不要使用公用數據成員。
★.不要使用友元，除非為了避免a或c。
★.不要在一個類裏面放“類型域”（指那種為了說明一個類所存儲數據的情況而放置的標誌域）
；采用虛函數。
★.不要使用內聯函數(inline function)，除非作為效果顯著的優化。
二、C++ 概覽
1．
不用害怕，一切都會隨著時間的推移而逐漸明朗起來。
2． 你並不需要在知道了C++的所有細節之後才能寫出好的C++程序。
3．
請特別關註程序設計技術，而不是各種語言特征。
三、標準庫概覽
1． 不要像重新發明車輪那樣企圖做每件事；去使用庫。
2．
不要相信奇跡；要理解你的庫能做什麽，它們如何做，它們做時需要多大的代價。
3． 當你遇到一個選擇時，應該優先選擇標準庫而不是其他的庫。
4．
不要認為標準庫對於任何事情都是最理想的。
5． 切記#include 你所用到的功能的頭文件。
6．
記住，標準庫的功能定義在名字空間std之中。
7． 請用string，而不是char*。
8．
如果懷疑，就用一個檢查區間範圍的向量（例如Vec）。
9． vector<T> 、list<T>和
map<key,value> 都比T[] 好。
10． 如果向一個容器中添加一個元素，用push_back() 或
back_inserter()。
11． 采用對vector的push_back()，而不是對數組的realloc()。
12．
在main()中捕捉公共的異常。
四、類型和聲明
1． 保持較小的作用域。
2．
不要在一個作用域和它外圍的作用域裏采用同樣的名字。
3． 在一個聲明中只聲明一個名字。
4．
讓常用的和局部的名字比較短，讓不常用的和全局的名字比較長。
5． 避免看起來類似的名字。
6． 維持某種統一的命名風格。
7．
仔細選擇名字，反映其意義而不是反映實現方式。
8． 如果所用的內部類型表示某種可能變化的值，請用typedef
為它定義一個有意義的名字。
9． 用typedef為類型定義同義詞，用枚舉或類去定義新類型。
10．
切記每個聲明中都必須描述一個類型（沒有“隱式的int”）。
11． 避免有關字符數值的不必要假設。
12．
避免有關整數大小的不必要假設。
13． 避免有關浮點類型表示範圍的不必要假設。
14． 優先使用普通的int 而不是short int
或者long int。
15． 優先使用double 而不是float 或者long double。
16． 優先使用普通的 char
而不是 signed char或者 unsigned char。
17． 避免做出有關對象大小的不必要假設。
18．
避免無符號算術。
19． 應該帶著疑問去看待從signed 到unsigned ，或者從unsigned 到signed 的轉換。
20．
應該帶著疑問去看待從浮點到整型的轉換。
21． 應該帶著疑問去看待向較小類型的轉換，如將int轉換到char。
五、忠告
1．
避免非平凡的指針算術。
2． 當心，不要超出數組的界線去寫。
3． 盡量使用0而不是NULL。
4． 盡量使用vector
和valarray ，而不是內部（C風格）的數組。
5． 盡量使用string而不是以0結尾的char 數組。
6．
盡量少用普通的引用參數。
7． 避免 void*，除了在某些底層代碼裏。
8．
避免在代碼中使用非平凡的文字量（“神秘的數”）。相反，應該定義和使用各種符號常量。（這裏應理解為避免使用無意義的立即數，而定義一些能夠代表意義的常量，例如，用true而不要用1（C/C++）或-1（VB））

由於幾方面的原因，宏已經成為討厭、惡心、雜亂的混合體，其中最主要的原因在於它們被吹捧為一種文本替換設施，其效果在預處理階段就產生了，而此時C++的語法和語義都還沒有起作用。 我討厭大多數形式的預處理器和宏。C++的目標之一就是使C的預處理器成為多余的，因為我認為其操作天生就容易出錯。 關於宏的第一規則就是：不要使用它，除非不得不用。幾乎每個宏都說明程序設計語言、程序或者程序員存在缺陷。 http://www.cnblogs.com/lfsblack/p/3274682.html

Bjarne Stroustrup語錄2（一些C++使用註意點）