工作週報2016.08.08-2016.08.14

這週末回了趟家，週報放在了週一寫。
這周主要完善了指標項管理模塊，測試，但還有很多漏洞。但心裏已經不想再改了，決定先開始把excel導入的做完再回去修改。
指標項管理這個模塊難我的還是文件上傳、下載和管理模塊，說到這裏，我談談這倆禮拜做這個的感受。
首先，我被設計的數據庫坑了，一數據庫設計的字段範圍控制的很窄，如一個指標項的數據類型，他設計爲一位的數字，這裏就不得不吐槽了，也許暫時的需求數據類型只需要一位，萬一以後需求擴展呢，類型加到10種以上呢，所以的建議是數據庫的字段可以設置的鬆點，而長度的判斷可放在後臺或前臺代碼，我覺得是越外層越好，方便之後維護修改。
然後還是數據庫的坑，指標項表指標項名稱是唯一的，本來可以拿來當主鍵，可設計者非要加個指標線Id這個無意義的主鍵，數據庫設計最好不要有兩個或多個唯一的鍵，防止數據冗餘，也防止之後編程設計的麻煩。
最後是文件管理這個神坑，需求上指標項與文件是一對多的，所以專門添加了文件表，文件表中有指標項Id作外鍵，卻沒設置文件狀態。然後要說道指標項管理的流程了，指標項新增修改什麼的都要進行審覈，就是把數據複製到附表中，審覈通過再修改到主表中。這樣一個設定導致一個用戶在修改一個指標項的文件時，刪除文件只能立即刪除，而若修改的審覈不通過，刪除的文件卻不能還原。深坑。
說到這裏，我想表達，也是寫給今後的自己。開發一個新的東西，不要上頭說啥你就做啥，而不去思考項目的可行性和方便性。在需求時一定一定要把項目運作的流程，運作的細節，好好搞清楚，在對比上頭的需求與上頭協商一個更好的方案，這樣以後的開發纔會順利，美好，不會因一堆尷尬而讓工作的興致全無。
從頭開始認真，纔是對代碼和自己的負責！！！