1 代碼能盡可能考慮到復用，但是層次不能太多，否則不易代碼維護。 如：添加一個大家都可以調用的方法 SaveTestDoDate(),那麼別的地方就可以都調用了 2 代碼健壯性考慮 多考慮一些突發性代碼 假如要使用某個對象的時候要先判斷是否為空或者是否存在 也就是防呆,並且給出相應的提示信息，避免被原始方的改動帶來的不利，也方便維護找出錯誤。如js:假如你要獲取某個對象 obj 先判斷obj是否存在，如果不存在則alter相應的提示內容，這一步我們很少會做 這樣萬一獲取obj的方法 被改動了 那麼也能立即找出原因。www.2cto.com 3 盡可能不要硬編碼，從數據庫或者是enum值裡面來，在判斷的時候也 取數據庫裡面或者是enmu裡面對應的值。 如：switch(iocnSkin) {//這個地方盡可能不用硬編碼 如case 1://應該是這樣case (int)EnmumSkin.文件夾： 萬一 1不表示文件夾了 而表示測試用例了 那麼 所以地方改動牽扯的很多，代碼維護不方便。 如果寫了enmu值的話 那麼只要改enmu值就行 其他地方就不用改了 這裡只是以此例子
