前一段時間有時間整理乙個適合自己的程式設計習慣，當然這裡僅為個人建議，朋友們可以根據自己的需要來看。歡迎補充哦。
1、避免使用大檔案：絕大多數檔案的**不能超過300行（這是我對別人**的要求，如果是對我自己的話，多數是類150行以內，函式**不超過10行），必須將耦合的**分開。
2、避免使用太長的方法：絕大多數方法的**在1-20行之間。
3、方發名稱需要能看出它做什麼，名字不怕長，就怕短。
4、盡量新增解釋功能：介面需要最為詳細的解釋，公有類的公有方法也需要詳細解釋，程式集下、受保護的類及方法需要簡單說明，除複雜私有函式外的私有函式可以不加註解。
5、乙個方法只能完成乙個任務。即使該任務非常小（很多方法很有可能是一句話，不要嫌麻煩）。
6、絕大多數方法的圈複雜度不能超過10，如果超過必須進行分解。
7、不許在程式中使用固定數值，用常量或屬性代替。
8、不許使用字串常數，用常量或屬性，最好使用資源檔案。
9、盡量避免使用使用成員變數，應使用區域性變數，並傳遞給方法，避免在方法間共享成員變數。
10、使用enum,不許使用數字或字串來指示離散值。
11、 不許把成員變數宣告為public,根據需要宣告為private或者protected。
12、盡量不在**中使用具體路徑和驅動器名， 使用相對路徑，並可程式設計。
13、如果需要配置檔案找不到，需求可以的話盡量自己建立使用預設值的乙份檔案。
14、顯示給使用者的訊息簡單而友好，但是要把所有異常資訊在後台記錄下來，以幫助診斷問題。
15、顯示錯誤資訊，需要提示使用者那裡錯了，並且需要告訴使用者怎麼解決問題。
16、不許捕獲了異常而什麼都不做，應該進行處理，不許隱藏異常。
17、 如果有單元測試中對於類中的public方法必須進行邊界、空、正常值的組合測試，並且其**覆蓋率須為100%。如果有需求可對private等其他方法進行單元測試。
18、事件的載入應該在控制項資料完成裝載後，而不是在控制項建立時。
這裡宣告一下，感謝同事楊波的大力支援。
良好程式設計習慣
1.程式應該以注釋開頭,如時間,日期,用途,作者.2.在逗號後插入空格,增強程式可讀性.3.在宣告和執行語句間插入空行,以突出宣告語句,程式更清晰.4.在二元運算子兩端都插入空格,突出運算子,增強程式可讀性.5.與羅列大量if語句相比,if else語句效率要高,後者只要不滿足就跳過不需要遍歷.6....
良好的程式設計習慣
最近，看到一些程式設計技巧有意無意的去使用，然而這些技巧看起來很華麗，但有礙於良好的程式設計習慣。比如在輸出乙個陣列時，可以有以下兩種寫法 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.方法名需能看出它作什麼，別使用會引起誤解的名字。如果名字一目了然，就無需用文件來解釋方法的功能...