編碼之前，請想一想 zz

第 I 條

(a) 這個功能是幹什麼的？它跟哪些功能有關聯關係？客戶是否真的有必要需要這個功能？是否合情合理？

(b) 一個方法,儘量只能完成一個功能，客戶如果以後擴展怎麼辦？有時間，儘量把代碼重構。

(c) 如果別人可能也調用這個方法，就把它封裝成另一個方法，讓別人再調用這個封裝的方法。

（原因是方便擴展，如果以後修改了這個方法，不會影響別人的方法。）

(d) 理解需求，理清它們的關聯關係，是編碼之前必須要做的。

(e) 做比較複雜的算法的時候（如遞歸等），一定要小心，先寫出必要的測試用例，把它們重構。

(f) 把註釋寫的詳細一點，特別是接口的地方。

第 II 條

(a) 重用、優化代碼組織、針對契約設計、業務建模 等方法來深入的分析該框架中的一些共通的特性。

(b) 定義interface 時,把每一個方法的用處，一定要描述清楚，（包括誰可能調用）。

(c) 定義3個VO(現在爲了方便，都定義一個從前端直通到數據庫存了),

COND-VO 對應頁面查詢的vo。

O-R-M-VO 對應數據庫的vo。 在頁面上顯示的冗餘的字段/*標誌出。

POJO-VO 對應特別傳值的vo(特別的聯表查詢)然後返給頁面顯示



在寫查詢的時候,一定要寫只用到的字段的,這樣可以提高速度,特別是在聯表查詢的時候

時刻注意：由空格而引起的BUG.因爲空格不好查。