Posted on 2009-07-28 19:43
kangaroo 閱讀(406)
評論(0) 編輯 收藏 所屬分類:
programmer
程序員專業(yè)不專業(yè)，看看你的代碼就很容易分辨出來，如何培養(yǎng)自己專業(yè)的java編碼習慣，在經(jīng)歷了一個項目兩個月的開發(fā)，稍微總結一下：
1. 爭取先寫注釋，后寫代碼。這樣做的好處，一、你的代碼注釋非常規(guī)范；二、測試查看時會比較容易看懂里面的邏輯；三、代碼review時很容易發(fā)現(xiàn)邏輯的錯誤；四、思考業(yè)務邏輯和思考代碼開發(fā)解耦，專注于一點。
2. 代碼的模塊化。不要有超過200行的方法。
3. 避免if...else if... else if ... else...。用if... if... if...，如果是int，short，chart，byte，Enum就可以用switch。
4. 如果你的方法返回一個list，最好不要返回一個Null，可以返回一個空的list。
5. web層不能直接dao對象調用數(shù)據(jù)庫，可以在你的biz層包裝數(shù)據(jù)庫操作類。
6. biz層不返回do對象，返回一個類：***Info
7. 遠程服務層不要返回一個太細粒度的數(shù)據(jù)，如String。應該考慮到其他別的地方也會使用這個服務層，所以返回一個包含較全信息的類，比較合理。
8. 注釋里，可以用<ul><li></li>...</ul>這樣的標簽，可以使你的注釋看起來很規(guī)范。
9. 對于有特殊業(yè)務處理的程序代碼，一定要有詳細的說明，以便自己和別人下次review時一目了然。
10. 每次if判斷，最好加上注釋。如果你先寫注釋，后寫代碼，這條肯定就做到了。
11. 如果你寫的是一個公用的方法，如biz的一個方法，為了確保你的程序在自己的方法里不出問題，要做到：檢驗輸入是否符合規(guī)則，詳細聲明和注釋輸出的幾種結果。
12. 判斷等或不等時，常量在前，被判別的在后，可以避免一些nullpointexception的異常。
13. 打日志：當程序做一個遠程、數(shù)據(jù)庫、關鍵動作之前，最后先debug一下，判斷異常時，error再把異常打印出來。
14. Helper幫助類因為屬性中用到好多別的需要注入的類，所以最好以把它弄成接口發(fā)布的方式。
15. Util因為只是工具類，所以都是靜態(tài)的方法。
16. 深入體會領域模型。web->模型->biz->DO->數(shù)據(jù)庫