知識星球
最近比較吐槽，大家都知道，現在web前端相對幾年前來說已經變得很重了，各種js框架，各種面對物件，而且專案多了，就會提取公共模組，這些模組的UI展示都一樣，不一樣的就是後臺邏輯，舉個例子吧，我們做企業差旅的時候，通常都有一個成本中心的js公共模組，客戶在預定機票的時候來填寫這個成本中心，而這種成本中心分佈在online，offline和app等預定端，這樣也是方便後期和客戶公司進行月結算。
我們還知道，專案做大了，複雜化了，SOA化了之後，很多問題就來了，就像web中的一個理論，所有前端的資料都是不可信的，那對方團隊的介面資料又何嘗不是，以前專案小的時候，不會那麼不自信，也只會在Logic error的時候會記錄下日誌，正常的業務流程一般很少記錄，畢竟info日誌看著不美觀，而且還會消耗伺服器頻寬，也還會拖累web的效能，但是專案大了，當你某天在專案中遇到了奇怪的bug時，你靠著殘缺不全的日誌，好不容易用肉眼逐行追溯到了介面，但是引數太多，無法準確的還原介面的引數資料，但是你又100%的自信認定肯定就是介面的傳回問題，但是又拿不出完整的報文，這時候你又沒法找介面提供方，當時那個無奈呀，多想最好每行都有日誌該多好啊，有了教訓後，記流程日誌的趨勢越來越盛行，最終也釀造了一個年初的大事件，稀里糊塗的說了一大堆，web後端如此，那現在的重前端不也一樣要記錄日誌麼？我們知道既然是公共的js模組，那這個模組肯定自己封裝了一些方法，肯定是絕對不可以讓第三方程式去操作它自己的文字結點，比如下麵這樣：
公司： 員工姓名：