1.程式應該以注釋開頭,如時間,日期,用途,作者.
2.在逗號後插入空格,增強程式可讀性.
3.在宣告和執行語句間插入空行,以突出宣告語句,程式更清晰.
4.在二元運算子兩端都插入空格,突出運算子,增強程式可讀性.
5.與羅列大量if語句相比,if/else語句效率要高,後者只要不滿足就跳過不需要遍歷.
6.在if/else中,最可能true的條件應放在最前面,這樣可以更早的跳出,提高效率.
7.用單獨一行宣告乙個變數,程式可讀性更強.
8.宣告變數時要記得初始化.
9.宣告變數時就對其初始化,以避免因忘記初始化而帶來問題.
10.一元運算子應該緊挨運算元,不留空格.
11.前自增/自減運算速度稍快於後自增/自減.
12.在控制結構前後留空行,使其獨立出來.
13.巢狀不能過多,會使程式難以理解,一般在3層以內.
14.盡量把控制結構的頭部控制在一行以內.
15.不要用double/float型別量進行財務計算,因為他們使不精確的浮點數.
16.列舉常量代替整數常量能使程式更清晰,更持久,且修改方便.
17.將等同於列舉變數的值賦給列舉型變數是語法錯誤.
18.按值傳遞的缺點是,如果傳遞的是大型資料專案,複製該資料會花費教長的時間並且佔記憶體.但是按引用傳遞會修改原始值.
19.在編譯時用乙個初始化列表來初始化陣列比在執行時用賦值語句初始化陣列要有效率.
20.注重const的使用,堅持最低許可權原則.而且,這樣也可以使程式有更好的擴充套件性並易於維護.另外,enum量也是一種行之有效的常量.
21.堅持確保程式的條理清晰,有時為了使程式清晰而放棄對記憶體和處理器間的高效利用使值得的.
22.但是,有時,對效能的考慮要優先於對程式清晰性的考慮.這兩者要靠實際需要來把握.
23.陣列做引數傳遞時總是模擬的按引用傳遞,所以對陣列中的值的修改較難控制,在這種情況下要特別注意const的使用,用的恰當可以對陣列的值有較好的把握.不過,單獨的陣列值是按值傳遞的.
24.有時最簡單的演算法也是效能最差的,他們唯一優點是容易編寫,除錯和測試,不過為了獲得最佳效能,往往需要更複雜的演算法.
25.在傳遞結構之類的大型物件時,使用常量資料的指標或常量資料的引用能夠得到按引用傳遞的效能.
26.在傳遞結構之類的大型物件時,使用常量資料的指標或常量資料的引用能夠得到按值傳遞的安全性.
27.把陣列傳遞給函式時同時傳遞其長度(而不是在函式中建立陣列長度的資訊),這使函式更為一般化,以便在很多程式中反覆使用.
28.儘管陣列名是指向陣列開頭的指標,並且指標可以在算術表示式中被修改,但是陣列名不能被修改,因為陣列名實際上是常量指標.
29.為了使程式清晰,在運算元組的時候,可以用陣列符號代替指標符號.
30.const型別可以應用於函式定義中的陣列引數,防止原始陣列在函式中被不慎修改,這是"最低許可權"的乙個例子,除非絕對需要,函式不能提供修改陣列的功能.
31.除非呼叫者顯式要求被呼叫函式修改呼叫者環境中的引數變數值,否則按值傳遞將引數傳遞給函式,這是最低許可權的另乙個例子.
32.const限定符可以用於實施最低許可權原則,利用最低許可權原則正確設計軟體即可大大減少除錯時間和不適當的***,又可以簡化程式的修改和維護.
33.存放特定的資料型別時使用的位元組數隨系統不同而不同,如果編寫的程式要依賴於資料型別長度並且要在多個計算機系統上執行,可以用sizeof來確定存放這種資料型別時使用的位元組數.
34.在需要字串引數時,將字串作為引數傳遞給函式時語法錯誤.
良好的程式設計習慣
最近,看到一些程式設計技巧有意無意的去使用,然而這些技巧看起來很華麗,但有礙於良好的程式設計習慣。比如在輸出乙個陣列時,可以有以下兩種寫法 for int i 0 i len i 良好的習慣 cout arr i endl for int i 0 i len cout arr i endl 不好的習...
良好的程式設計習慣
1.避免使用大檔案,如果乙個檔案裡的 超過300 400行,必須考慮將 分開到不同類中。2.避免寫太長的方法,乙個典型的方法 在1 30行之間。如果乙個方法發 超過30行,應該考慮將其分解為不同的方法。3.方法名需能看出它作什麼,別使用會引起誤解的名字。如果名字一目了然,就無需用文件來解釋方法的功能...
良好程式設計習慣(1)
1 每個程式應說明程式的目的 作者 日期和時間 2 每個單詞以大寫字母開頭 除必要小寫 3 每輸入乙個左花括號,並縮排一級,再輸入程式,防止漏掉括號 4 在花括號之間縮排一級,強調類 class 宣告的結構,方法 method 宣告 5 建議用三格形成一級縮排 6 在方法或者類宣告的右花括號 後跟乙...