1、以簡潔明瞭的方式編寫c程式。通常把這種程式編寫方法稱為kis(「保持簡潔」)。不要用古怪的方式編寫程式。
3、計算機和編譯器是很好的教員。如果對c的某個特點沒有把握,編寫乙個簡單的程式,然後編譯並執行它,看看會發生什麼結果。
4、在每乙個函式的前面加上描述函式用途的注釋。
5、執行列印操作的函式所列印的最後乙個字元應該是新行符(/n)。這樣做可保證把游標定位在新行的開頭。這樣做可提高軟體的可重用性(軟體的可重用性是軟體開發環境的乙個重要目標)。
6、花括號中定義的函式體應採用縮排格式書寫。這種寫法能夠突出程式的功能結構,並且使程式易於閱讀。
8、儘管在程式中包含 是可有可無的,但是每乙個使用標準輸入/輸出庫函式的c語言程式最好都包含 。這有助於在編譯階段(而不是執行階段)讓編譯器定位程式中的錯誤。糾正執行時的錯誤通常要付出更大的代價。
9、在每乙個逗號,後加乙個空格可提高程式的可讀性。
10、選擇有意義的變數名有助於程式自成文件(既可以少使用注釋)。
11、僅僅用作變數名的識別符號,第乙個字母應該小寫。大寫字母開頭和字母全部大寫的識別符號有專門的含義。
12、變數名使用多個單詞可使程式具有更好的可讀性。不要把單詞連寫在一起(如:totalcommissions),而應該用下劃線把各個單詞分開(如:total_commissions);如果確實想連寫單詞,在第乙個單詞之後的每乙個單詞以大寫字母開頭(如:totalcommissions)。
13、把函式中的宣告語句和可執行語句用空行分開。這樣做可非常醒目地表示宣告語句的結束和可執行語句的開始。
14、把二目運算子的兩邊都設定乙個空格。這樣做可使二目運算子比較醒目,還可以使程式具有更好的可讀性。
15、if結構體用縮排格式書寫。
16、為提高程式的可讀性,在每乙個控制結構的前後都新增乙個空行。
17、不把多條語句寫在程式的同一行上。
18、較長的語句可折成多行。在必須把語句折行時,選擇有意義的斷點(如在用來分隔列表的逗號之後),並用縮排格式書寫斷行。
19、在書寫包含很多運算子的表示式時參考運算子優先順序表。要確保表示式中的運算子以正確的順序執行。如果對複雜表示式中運算子的計算次序沒有把握,用括號強制實現計算次序。要注意,c語言中的某些運算子(如賦值運算子=)是自右向左結合的,而不是自左向右結合的。
養成良好的軟體編碼習慣
最近在看 軟體開發沉思錄 這本書,感覺第六章物件健身操這篇文章總結的不錯。主要描述了在oo設計模式下的一些軟體編碼規範。在此我將這些軟體編碼規範分享給大家,希望在軟體編碼規範上能給大家起到一定的幫助。編碼規範內容如下 1 方法只使用一級縮排。2 拒絕使用else關鍵字。3 封裝所有的原生型別和字串。...
你有良好的編碼習慣嘛?
三 編碼中 四 編碼完成及自測 五 提測 六 覆盤 經常性重複一些流程,時間久了就容易越過一些步驟。eg 這些問題看起來都很 幼稚 其實暴露的問題就是開發流程不規範 沒有良好的程式設計習慣。雖然不至於每次都按照list羅列的步驟去執行,但是很有必要把一些基本的操作內化成一種習慣,一種優秀的習慣。誰最...
C 編碼規範2 良好的程式設計習慣
詞語選擇 避免使用由經常使用的命名空間複製的型別名。型別名不能使用下列詞語。system collections forms ui 識別符號 包括引數名 中不要使用縮寫。如果必須使用縮寫 任何超過兩個字元以上的縮寫都使用camel大寫格式,即使這不是標準縮寫。命名空間 命名命名空間的一般規則如下 c...