短小

這里說的短小，可不是某種短小哦！
函數的第一規則是要短小，第二條規則還是要短小。因此可以看到短小真的很重要。經驗來看函數不應該超過100行那么長，20行封頂最佳。這個只是經驗而言，但它也是評判我們代碼質量的一個標準。

只做一件事

函數應該是做一件事。做好一件事，只做一件事。這個怎么理解呢？到底什么算一件事呢？當你定義了這個函數時，里面的內容都應該是服務于這個函數的。這個就是我理解的只做一件事。

使用描述性的名稱

怎么定義好的名稱呢？好的名稱最好要做到見名知意。不要害怕名稱過長，長的名稱也比要依賴注釋才可以理解的名稱好的多。命名方式整個項目要統一風格。

函數參數

最理想的是沒有參數，其次是一個參數，第三是兩個參數，超過兩個參數就要考慮使用對象了。切記不要使用標識參數，應該把它分成兩個方法去做。

使用異常代替返回錯誤碼

抽離try catch，它們會把代碼結構搞得混亂不堪，最理想的就是把它們抽離出來。

每個函數一個抽象層級

沒怎么理解！

switch語句

對于switch盡量別用吧！

如何寫出高質量的代碼

寫代碼和寫別的東西一樣，在寫文字的時候，你先想到什么就寫什么，然后再打磨它。初稿也許丑陋無比，你就斟酌推敲，直到達到你心目中的樣子。
剛開始的時候函數冗長而且復雜，有太多的縮進和嵌套循環。有過長的參數列表，名字取得也很隨意，也會有重復的代碼，這個時候你必須搞一套完整的測試代碼，覆蓋每一行代碼。
然后打磨這些代碼，分解函數，修改名稱，消除重復。記著，一定要能保證你的測試代碼通過。
這些就是你通往優秀甚至卓越的必經之路。