1：保持類最小。
2：保持方法最小。運行時效率不是要具有小方法的原因，可讀性才是真正的目標。這將使得代碼更加容易維護，并且在需要添加功能時更加容易更改。
3：給方法取好名稱。揭示意圖的方法名。
4：保持類的數(shù)量最少。如果需要，就可以添加一類；不要為了加類而加類。
5：保持注釋的數(shù)量最少。注釋使代碼維護變困難，如果想更改代碼，就必需要先修改注釋，否則注釋會可怕地過期，這樣會使維護的時間加倍；如何解決？如果代碼太難閱讀和理解而需要注釋，我就需要使它足夠清晰，從而不需要注釋；如果代碼太長，或者做太多的事情。我就簡化它；如果代碼太隱晦，就添加助手方法，使之清晰。保持代碼清晰！如果您需要系統(tǒng)或者某個特定組件的全景描述，就編寫一個簡短的注釋來描述。
羅嗦的注釋一般比較難維護，通常不及一個小的、編寫良好的方法那么好地表達意圖，并且很快就會過期。根本不要過分依賴注釋。
6：使用一致的風格。惟一絕對的風格規(guī)則是
一致性。如果一個項目上的每個人都用不同的風格，那么閱讀代碼將變得很困難。挑選一種風格并且不要改變。
7：避免switch。
8：使方法是 public 的，變量是 protected 的，直到您有一個很好的理由限制訪問。如果您對代碼中您設想其他人不應該訪問的東西限制訪問，您就是在設想自己無所不知。這在大多數(shù)時候是一個危險的假設。不要以“這段代碼不應該被調用”、或者“沒有人會用這段代碼”為理由氣絕將代碼設為public。