Bjarne Stroustrup語錄[C++經驗]

一、致讀者

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

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 、list和 map 都比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．  避免在代碼中使用非平凡的文字量（“神秘的數”）。相反，應該定義和使用各種符號常量。