新人應該養成的一些編程習慣

轉自：http://www.cnblogs.com/jasonlwings/archive/2012/12/27/2835100.html

編程規範的目的是讓代碼更容易閱讀，更容易維護，」代碼是寫給人看的」這個觀點應該是寫代碼的基本原則。

一、命名規則：最好變量命名長度爲6-15個字母之間，明確地表達出每一個變量的意思，不要使用歧義單詞或者生僻單詞，方法命名遵循一樣的規則，最好用動詞表示，譬如Set開頭表示設置、Match表示匹配等

 

二、方法長度：儘可能使用短的方法體，一個方法體裏面的代碼行最好不要超過80行，超過就應該考慮把裏面獨立的內容提取放到另外一個方法裏面（也就是所謂的重構）

 

三、參數個數：參數個數不要太多，若是超過7個參數，能夠考慮使用對象進行封裝進行傳遞

 

四、邏輯判斷：一個方法裏面不要嵌套太多的邏輯判斷，超過三層（理論上五層）的判斷就能夠考慮把其中的一部分獨立成新方法調用

 

五、生命週期：儘可能縮短變量的存活週期，不是必須使用盡可能不要使用全局變量

 

六、變量跨度：變量聲明定義開始到第一次使用該變量的代碼行之間的行距儘量短

 

七、字面常量：使用某類型的某個值做爲參數（譬如：int status=1，string returnType=」list」等），儘可能不要使用這樣的參數，緣由有二：字面常量不易於閱讀；字面常量不方便修改，解決方案爲定義全局可用的全局常量（命名參照1）

 

八、字符串拼接：須要經過循環進行字符串拼接的，儘可能使用StringBuilder變量來拼接，而不是使用string的」+」進行拼接，對於較長的字符串可使用String.Format()方法進行拼接， string.contact()是」+」的完整寫法

 

九、垃圾回收：在操做非託管對象（如流操做）的時候儘可能使用using()，譬如  using (StringWriter sw = new StringWriter(sb)){}，不論在過程當中是否發生異常，對象sw會在改程序段的最後自動調用sw.close()方法，這樣能防止漏寫，讓程序自動回收處理。

 

十、異常處理：不要用TryCatch來保證數據的轉換是否正確（譬如把Convert.ToInt32(「aaa」)這樣的錯誤語句放到TryCatch裏捕獲），由於捕獲異常是很是耗費性能的，將會是正常程序耗時的百倍級。每一個主方法都應該用TryCatch包起來，被調用的方法出現異常不及時處理則不要用TryCatch包起來。

 

十一、關於註釋：註釋不是程序的必要組成部分，好的命名能夠省去沒必要要的註釋，對於難懂的邏輯方法纔有必要註釋。

 

十二、關於裝箱：對於已知類型的轉換最好顯示轉換，否者CLR會自動給你進行轉換，譬如 int tempNum=5;string tempStr=」aaa」+tempNum.ToString() 要比string tempStr=」aaa」+tempNum好，在傳參過程當中裝箱最爲頻繁，最好的解決方法是使用泛型。

 

1三、代碼格式：普通的縮進能夠考慮vs自帶的快捷功能，快捷操做爲 Ctrl+E+D,對於一行代碼的長度最好是不要超過80個英文字母（普通A4紙的寬度）

因爲經驗太少，總結的不必定正確，也不夠全面，還請大牛指導