控制層
返回值統一 AOP 也方便前台 AOP 統計執行時間記錄日志
參數不要出現Request， Response
返回碼定義 不要太細
日志打印
很多時候 生產出現問題都是客戶反饋過來, 我們再去排查問題 日志就顯得尤為重要
需要重現問題 很多人都是debug一遍 其實是比較費時間的, 尤其是業務邏輯復雜的時候
面對對象編程， 你面對debug編程。 有些人無論什么語言， 最后都變成了面對debug編程
總之 不要依賴debug 多依賴日志
日志記錄的基本要求
能找到是那台機器 nginx
能從日志信息里面看到用戶信息 log4j
哪些地方需要記錄日志
1.參數打印出來(上生產后有些信息可能需要脫敏)
2.程序扭轉(if里面的值) 打印出來 不用分析和猜測走得是哪個分支了
3.修改或新增必須打印
4.代碼寫好后 運行 看看日志時候能看得懂
異常處理
自定義異常繼承RuntimeException
異常處理放在web層 業務層的異常往上拋
建議第三方接口異常 日志中記錄好 返回值類型包裝成和接口正常的一樣
空判斷是慎重 如果是上游平台傳遞過來的 不建議進行判斷
總之加上了判空 就得測試未空的場景
工具類
定義自己的工具類 不要使用第三方的工具類 解耦 也防止不同開發者引入不同的第三方工具庫 ,比較亂
工具類多用重載 更加靈活 有些參數抽取出來
總之 還是約定大於規范