緒論
2018年五月底，我來到北京。
6月上旬學習vue.js，寫了一個小樣例，功能主要是保存常用的一些地址鏈接，後臺服務使用nodejs寫的（參考：NodeJs服務器開發（一））。還好，到現在大家還在用着。
6月中旬開始負責公司的OA開發（前端、後端、移動端）。開發了23個審批流程，實際要比這個多，有些能複用就複用了。
等到十一過後就要開發二期。整個一期表啥的都是自己設計的，越到後期開發越發現了一些問題，自己心裏清楚，一開始設計的東西好傻。到現在已經達到不吐不快的地步了。
應該慶幸發現一年前的自己在整體設計上很傻，這也說明自己進步了，能從宏觀上看待整個項目。
以前做東西思考的太少，這也是大部分程序員的通病，沒理解清楚，急於開發，最後還是要花大量的時間進行修改。
其實對於整體進度而言，在設計期進行修改成本是最低的，無論是人力上還是物力上。
最近的空餘時間就在寫一個審批流程，從用戶的使用角度構思怎樣設計使用起來簡便，從管理角度構思哪些地方應該增加權限約束，從開發角度思考哪些地方可以簡化等等。
目的
1、對一期內容進行對比，改進。說說自己的想法。
2、能給其他人一些借鑑，或者有人能給我一些指導建議。
3、坑很多，注意保護好自己。
框架
直接在JFinalOA上進行的二次開發，碼雲地址，他那裏比我說的要明白，還有演示地址。
移動端使用的是MUI。
目錄
坑1：所有審批採用了從組織結構上獲取領導的方式
坑2：部分刪除接口未作權限約束
坑3：部分接口出現不傳參數獲取所有數據情況
坑4：菜單設計上，感覺多餘
坑5：接口未作登錄驗證
坑6：表設計上有冗餘字段
坑7：流程設計上
（若有什麼錯誤，請留言指正，3Q）