業務代碼

業務代碼非黑客文化,它更注重清晰的結構與友好的提示,可讀性、維護性、擴展性要更強。如下是幾個要點:測試

一、服務接口要返回結果封裝類,例如:{errorCode:0,message:'',data:{}}日誌

二、自定義異常類,錯誤提示語要更友善,可能還要根據層次的不一樣有不一樣的提示語,例如:數據操做層提示的是堆棧信息,方便開發人員查找問題。業務層提示的是調用信息,轉發層提示的就是徹底面對用戶的語言的。orm

每一層轉譯從下層傳上來的異常信息時,都要經過日誌將原異常信息打印出來。接口

三、更注重業務規範,遵循共同的規則,會更容易進行代碼交流與維護開發

四、更優雅的方法體字符串

方法名{form

//參數檢查test

if(參數1爲空)拋出參數不能爲空異常擴展

if(參數格式錯誤)拋出參數格式異常方法

//開始真正的處理邏輯

。。。。

}

將數據檢查放在前,不要污染真正的數據處理邏輯。這樣方法代碼會更清晰

五、使用佔位符代替「+」拼接字符串

例1 : String.format("test %s","我是測試");

例2 : log.info("日誌測試:{}","我是測試")

這樣代碼的可讀性會更高,並且+經常被格式化爲換行顯示,會致使代碼看起來很亂

相關文章
相關標籤/搜索