編碼規範和代碼重構的一些建議

標籤：使用   資料   ar   代碼   res   table   har   對象   

首先推薦兩個工具，一個是Resharper 一個是dotcover

1. 代碼應在注釋較少的前提下能讓別人讀的懂，而不是只能讓機器讀的懂
2. 如果自己都覺得自己寫的代碼醜，那麼請您重構
3. 儘可能的避免重複代碼
4. 必要的時候可以使用靜態變數來儲存查詢出來的資料，建議將靜態變數設定為唯讀並且私人的，通過唯讀屬性來訪問它
5. 區別對待靜態變數和靜態屬性
6. 靜態屬性中直接調用方法，不會帶來效能的提升，而靜態變數可以
7. 謹慎使用可讀的、非私人的靜態變數或屬性
8. 代碼的暴露程度儘可能的低(能用internal不用protected)
9. 參數的資料類型儘可能的嚴格(比如能用int不用string)
10. 局部變數的定義儘可能的和它的使用挨進，這樣便於代碼的重構
11. 如果局域變數在使用之前參涉及到了代碼邏輯中，應當它們重構為方法
12. 如果代碼中出現了嵌套的迴圈或條件判斷，那麼這段代碼該重構了
13. 建議使用using引入命名空間，而不是在聲明對象的時候將命名空間寫到聲明裡
14. 移除未使用的using
15. 重構時幹掉多餘的注釋和登出掉的代碼
16. 無特殊情況建議一個方法最好不要超過30
17. 必要的時候可以使用linq進行多個list的連結查詢
18. 盡量用List<T>來代替DataTable，這樣在使用的過程中比較方便，並且避免了過多的裝箱、拆箱
19. 如果自己都覺得自己寫的代碼醜，那麼請重構它

如有不對之處，請拍磚，並指正，謝謝！

待續