運營後臺操做日誌（web）思路+實現

今天產品給我給我提了一個需求，要求我添加操做日誌，記錄登陸人對運營後臺的操做詳細過程，本人菜鳥一枚，記錄一下個人思路和過程，等我成爲大佬的時候方便自我吐槽！。

產品要求：

　　要求：

　　　　１、要求記錄操做人的名字，操做電腦的ip

　　　　二、記錄操做內容

　　目的：

　　　　方便追溯責任，好比某管理員，審覈了某個用戶的申請，屏蔽了某我的的圖片，凍結了某個用戶等。當出問題的時候咱們能拿出證據。

個人思路：

　　開始的時候我是徹底按照產品需求作。步驟是這樣的：

　　　　１、自定義註解，兩個參數：操做描述（ｄｅｓｃｒｉｐｔｉｏｎ），操做類型：（ｔｙｐｅ）

　　　　２、用Ｊａｖａ的ａｏｐ對每一個ｃｏｎｔｒｏｌｌｅｒ攔截

　　　　３、在每一個ｃｏｎｔｒｏｌｌｅｒ添加註解

　　　　相似這樣

@SaveOperateControllerLog(descrption = "聊天室管理 => 公會列表==>新增或者編輯工會營業執照", actionType = 1)
@RequestMapping("/updateClubBiz")
public Result updateClubBiz(@RequestBody PlatformEntryClub club) {
 try {
 return Result.ok(clubService.updateClubBiz(club));
 } catch (Exception e) {
 log.error("錯誤信息：{}",e);
 return Result.error(ResultCode.ERROR.getCode(),ResultCode.ERROR.getMessage());
 }
}

天真的我覺得這樣就能夠了，可是產品說這個不行，讓我好好思考下咱們作操做日誌的目的，想一想日誌該怎麼記錄。這裏我反思了本身，我在一個小公司，我不知道大廠提需求是怎麼樣的，咱們公司會產品口頭表述，而後出一份簡單的原型。而我就死板的照着原型作，其實這是不對的，我認爲無論在大廠仍是小公司，產品需求多麼的詳細，原型多麼的完美，做爲具體操做的者的咱們都應該反覆的思考一下，這樣是否可行，這樣作的目的是什麼（或者說功能是啥）、是否有能夠改進的地方等等，最後才考慮我該怎麼去實現這個功能。否則等你代碼寫好了，本身在洋洋得意的時候，忽然發現本身寫的代碼不對，或者說不能徹底知足需求。就算你和需求同樣，產品一句話你還不是要改。同事有句話說得好：是你的需求始終是你的，若是能一次寫好是最好的，改來改去誰都煩，主要是再煩你還不是要改。偏了，下面繼續。

在百度上看了不少例子後的思路：

　　在以前的基礎上添加：添加請求參數、訪問方法名、方法參數、返回結果、執行時間等，我覺得此次完美了，可是並無，參數是全面了，可是可讀性不強，程序員能看懂，可是產品看着就很吃力了。因此下面就寫我第三次更改後的代碼，其實我寫這篇博客的時候（2019年11月30日01:44:11）第三版本代碼尚未寫，準備今天晚上寫個ｄｅｍｏ測試下，明天添加到個人分支上。有時間在同步博客。菜鳥程序員不配擁有周末！！！！！！！！