代碼不規範，同事皮錘現（上）

• 2019 年 10 月 3 日
• 筆記

　　沒錯，在下就是傳說中的標題黨本黨了，可能大家對這個標題都有所理解，now，我們來設想一個情景，當你的老大讓你去修改別人的代碼時，當你懷着熱切的心情打開代碼定睛一瞧，縮進錯亂，命名不規範，通篇沒注釋，你是不是有那木一刻非常想提起四十米的大刀大喊一聲：狗賊，來吃洒家一刀!!!

 　為了防止世界被破壞，為了守護世界的和平，呸呸呸，串台了。咱吧，也不為別的，就為了把代碼寫的漂亮整潔，讓同事一看，嚯，這代碼真靚。有句笑話是這樣講的：代碼寫的好的人，離職就離職，找個人很快就能接手代碼，而代碼寫的亂的人則是公司的不可替代人才！為何叫不可替代人才呢，代碼寫的自己寫的自己扭過頭去都看不懂的境界可不是不可替代咋的。扯到這大家想必也明白為啥要重視起代碼的規範來，下面我們來看一看具體有哪些小細節可以幫我們規範代碼。

1.層級縮進

　一份縮進良好的代碼能直觀的顯示出代碼的層級關係，令人看上去頗有看美女的感覺，身姿婀娜。在VSCode中進行層級縮進我推薦兩個插件，括號配對着色(Bracket Pair Colorizer) 和 彩虹縮進(Indent Rainbow)，來瞅一眼效果，每個括號都有對應的顏色，縮進會加淡淡的顏色進行區分，夠不夠婀娜,

2.纏人的小分號

　每次說到規範必然來提一嘴分號，有的人習慣在語句末加分號，有的則不加，在大部分情況下不加並不會出現問題，因為分析器的ASI(自動分號插入)機制會將你偷懶少打的分號補上。但是再某些特殊的情況下不加分號則會出現問題。所以我的建議是不要給這個小妖精磨人的機會，直接在句尾都手動加上分號，時時刻刻盯緊這小妖精。

3.變量如其名

　　古往今來多少英雄漢都有一個響亮的名字，如關羽呂布等等，一聽就比較高端大氣上檔次，什麼三英戰呂布是吧，多厲害。但是我們要是給呂布換個名字呢，呂二蛋，三英戰呂二蛋。這就沒啥檔次了，給變量起名字也是一樣的，一定要起的簡介明了，直截了當。可以使用英文名稱並且採用小駝峰的寫法，切記不要使用漢語拼音，雖說用了也沒錯，但是總感覺差點意思。而給函數起名我們可以參考武俠中招式的起名方式，譬如七傷拳，降龍十八掌等等，都帶着自己的種類，函數名也是一樣的，獲取值我們可以在前面加個get，刪除我們可以加一個delete，讓隊友一眼就能大體知道這個函數式用來幹什麼的！！

 4.定義之處見學問

　　在定義變量和函數的時候我們一定要十分當心，為什麼呢？因為在用var定義變量和繼進行函數聲明時，會進行變量聲明提升，而且當變量不適用var直接賦值的時候更會導致該變量會被定義到全局作用域，而原因就是引擎在執行賦值操作的時候回執行LHS查詢。ES6我想大家現在都用的比較熟悉了，畢竟都9102年了，在定義變量的時候我們可以使用let和const來替代var，因為let並不會進行變量聲明提升，而常量我們則可以統一使用const，防止被誤操作。而定義函數的時候，我們要先定義後使用，雖然後定義也可以使用，因為函數聲明也會進行變量聲明提升，但是我們先定義後使用會讓我們的代碼更加簡單易懂，我們還有一個大招，

那就是嚴格模式：’use strict’,我們可以使用嚴格模式來讓我們的代碼更加規範。

好了，這篇到這裡就要結束了，懷着激動的心情迎來了十天小長假，各位，你們還好嗎？加班嗎？不管你們加不加班，我是不加班，哈哈