業務代碼非黑客文化,它更注重清晰的結構與友好的提示,可讀性、維護性、擴展性要更強。如下是幾個要點:測試
一、服務接口要返回結果封裝類,例如:{errorCode:0,message:'',data:{}}日誌
二、自定義異常類,錯誤提示語要更友善,可能還要根據層次的不一樣有不一樣的提示語,例如:數據操做層提示的是堆棧信息,方便開發人員查找問題。業務層提示的是調用信息,轉發層提示的就是徹底面對用戶的語言的。orm
每一層轉譯從下層傳上來的異常信息時,都要經過日誌將原異常信息打印出來。接口
三、更注重業務規範,遵循共同的規則,會更容易進行代碼交流與維護開發
四、更優雅的方法體字符串
方法名{form
//參數檢查test
if(參數1爲空)拋出參數不能爲空異常擴展
if(參數格式錯誤)拋出參數格式異常方法
//開始真正的處理邏輯
。。。。
}
將數據檢查放在前,不要污染真正的數據處理邏輯。這樣方法代碼會更清晰
五、使用佔位符代替「+」拼接字符串
例1 : String.format("test %s","我是測試");
例2 : log.info("日誌測試:{}","我是測試")
這樣代碼的可讀性會更高,並且+經常被格式化爲換行顯示,會致使代碼看起來很亂