git commit -m ‘xxx’備注不要瞎寫，會被嫌棄的
提交代碼時，最好查看一下修改了那些文件，如果沒有修改的撤回一下 避免提交一大堆空的修改上去
項目中的公共樣式千萬別去動！！
工作難的不是開發(fā)是改bug，一定及時溝通！！ 需求不明確問產(chǎn)品，字段不確定問后端 不問卡在那 最后擔責任的還是自己
盡量養(yǎng)成良好的代碼書寫習慣，別套一大堆if else 真的會被嫌棄！

1、 碰到5XX的問題，別傻乎乎的直接去找后端，要先用Swager或者postman測試下，碰到java寫的后端，map類型，Swager無法測試，要用postman去測試。
2、 碰到增刪改查業(yè)務。先寫增加，然后改， 再查，最后刪除，這類業(yè)務不要讓后端給你造假數(shù)據(jù)。
3、 學會定義全局變量和常量，看能否少寫請求，減少代碼冗余，不然codeRivew的時候會被鄙視死。
4、 拿到項目，先把全局看下，能否拆分出組件，抽取出公用JS，不然后期再去拆很痛苦 。
5、 學會看數(shù)據(jù)庫，自己學著去看自己處理的東西，尤其是后端定義的字段。
6、 請求回來后端的數(shù)據(jù)，一定要CTRL+C 然后 CTRL+V。不要裝B自己去寫，報錯，你能排查到死
7、 碰到稀奇古怪的問題，直接上debugger，F10單步調(diào)試
8、 自己解決的一些古怪問題或者請教別人，網(wǎng)上查的，一定要記錄下，最好寫個博客，不然下次再碰到，很少能想起來怎么解決的了。
9、 多看掘金，有些上面人寫的技巧，最好復制到自己的博客和筆記中，很實用。
10、碰到大佬級后端，一定要抱緊大腿，他們對業(yè)務的需求理解，完全秒殺很多前端。許多不懂的，可以去咨詢。
11、 原生真的很重要。
12、 多看下設計模式，推薦張榕明的《JavaScript設計模式》配合周老師的原生JS面向?qū)ο?#xff0c;可以讓代碼邏輯更精簡。
13、最好能進一個技術(shù)氛圍好的技術(shù)團隊，自己一個前端就是神級坑。非常不推薦
14. git commit 規(guī)范
15. git 最好使用一款界面的管理工具 推薦IDE內(nèi)置或者source tree
16. git 禁止使用reset,push -f
17. 下載一款翻譯軟件,選中翻譯,截屏翻譯很實用
18. 拿到新項目先整體看一遍 package webpack配置 main.js router store api 權(quán)限管理 表單校驗 過濾器
19. vue推薦<<深入淺出Vue.js>>
20. 寫業(yè)務先想清楚,接口文檔及時要,數(shù)據(jù)結(jié)構(gòu)會影響代碼設計的
21. 代碼最好邊寫邊重構(gòu)
22. UI庫常用組件進行二次封裝
23. 保持規(guī)范的命名 文件 變量 組件
24. 不要輕易修改別人的代碼,熟悉代碼是一個非常有必要的過程,修改前先思考會有哪些影響
25. 遇到問題先分析,搜索引擎推薦谷歌
26. 學習從三個地方思考 如:為什么要有promise promise解決了哪些問題 如何解決的
27. 保持控制臺干凈,找不到報錯在哪就用排除法
28. 博客和書優(yōu)先選擇看書
29.get和post分別在請求頭中傳參
以vue-cli3.0搭建的項目為例，get方式要用params傳，post不用，寫假數(shù)據(jù)的時候可以不開mock，直接在api里面的js文件寫new Promise即可，例如：即可根據(jù)接口文檔格式及所需數(shù)據(jù)寫前端項目了，完成后換成真的接口即可（白底圖是假數(shù)據(jù)，黑底是真正接口）

補充：調(diào)接口如果不通，如果后端發(fā)了swagger，那么先去相對環(huán)境的swagger去try，如果swagger通了，先檢查前端看是否有問題。不通就直接找后端
30.分頁的理解：
傳給后臺的參數(shù)pageNum和pageSize比如：1和50，就表示從第一頁從頭開始查起的50000條數(shù)據(jù)，如果2和50，就表示從第二頁開始查起，即第51條開始查50條
31.按鈕要加防抖：具體百度即可
32 學會看network 前后端聯(lián)調(diào)很重要

總結(jié)

以上是生活随笔為你收集整理的前端工作经验的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。