已工作同學的項目總結（僅供參考）
git commit -m ‘xxx’備注不要瞎寫，會被嫌棄的
提交代碼時，最好查看一下修改了那些文件，如果沒有修改的撤回一下 避免提交一大堆空的修改上去
項目中的公共樣式千萬別去動！！
工作難的不是開發是改bug，一定及時溝通！！ 需求不明確問產品，字段不確定問后端 不問卡在那 最后擔責任的還是自己
盡量養成良好的代碼書寫習慣，別套一大堆if else 真的會被嫌棄！
1****、 碰到5XX的問題，別傻乎乎的直接去找后端，要先用Swager或者postman測試下，碰到java寫的后端，map類型，Swager無法測試，要用postman去測試。
2****、 碰到增刪改查業務。先寫增加，然后改， 再查，最后刪除，這類業務不要讓后端給你造假數據。
3****、 學會定義全局變量和常量，看能否少寫請求，減少代碼冗余，不然codeRivew的時候會被鄙視死。
4****、 拿到項目，先把全局看下，能否拆分出組件，抽取出公用JS，不然后期再去拆很痛苦 。
5****、 學會看數據庫，自己學着去看自己處理的東西，尤其是后端定義的字段。
6****、 請求回來后端的數據，一定要CTRL+C 然后 CTRL+V。不要裝B自己去寫，報錯，你能排查到死
7****、 碰到稀奇古怪的問題，直接上debugger，F10單步調試
8****、 自己解決的一些古怪問題或者請教別人，網上查的，一定要記錄下，最好寫個博客，不然下次再碰到，很少能想起來怎么解決的了。
9****、 多看掘金，有些上面人寫的技巧，最好復制到自己的博客和筆記中，很實用。
10****、碰到大佬級后端，一定要抱緊大腿，他們對業務的需求理解，完全秒殺很多前端。許多不懂的，可以去咨詢。
11****、 原生真的很重要。
12****、 多看下設計模式，推薦張榕明的《JavaScript設計模式》配合周老師的原生JS面向對象，可以讓代碼邏輯更精簡。
13****、最好能進一個技術氛圍好的技術團隊，自己一個前端就是神級坑。非常不推薦
14. git commit 規范
15. git 最好使用一款界面的管理工具 推薦IDE內置或者source tree
16. git 禁止使用reset,push -f
17. 下載一款翻譯軟件,選中翻譯,截屏翻譯很實用
18. 拿到新項目先整體看一遍 package webpack配置 main.js router store api 權限管理 表單校驗 過濾器
19. vue****推薦<<深入淺出Vue.js>>
20. 寫業務先想清楚,接口文檔及時要,數據結構會影響代碼設計的
21. 代碼最好邊寫邊重構
22. UI****庫常用組件進行二次封裝
23. 保持規范的命名 文件 變量 組件
24. 不要輕易修改別人的代碼,熟悉代碼是一個非常有必要的過程,修改前先思考會有哪些影響
25. 遇到問題先分析,搜索引擎推薦谷歌
26. 學習從三個地方思考 如:為什么要有promise promise解決了哪些問題 如何解決的
27. 保持控制台干凈,找不到報錯在哪就用排除法
28. 博客和書優先選擇看書
29.get****和post分別在請求頭中傳參
以vue-cli3.0搭建的項目為例，get方式要用params傳，post不用，寫假數據的時候可以不開mock，直接在api里面的js文件寫new Promise即可，例如：即可根據接口文檔格式及所需數據寫前端項目了，完成后換成真的接口即可（白底圖是假數據，黑底是真正接口）
補充：調接口如果不通，如果后端發了swagger，那么先去相對環境的swagger去try，如果swagger通了，先檢查前端看是否有問題。不通就直接找后端
30.****分頁的理解：
傳給后台的參數pageNum和pageSize比如：1和50，就表示從第一頁從頭開始查起的50000條數據，如果2和50，就表示從第二頁開始查起，即第51條開始查50條
31.****按鈕要加防抖：具體百度即可
32 學會看network 前后端聯調很重要