第3章 ESLint：你的代碼里藏著你的優雅

網上曾經流傳著這樣一個笑話：

一天，我路過一座橋，碰巧看見一個人想跳河自殺。我跑過去對他大喊道：“別跳，別死啊。”

“為什么不讓我跳？”他說。

“因為還有很多東西值得我們活下去啊。”

“有嗎？比如說？”

“呃……你做什么工作？”

“程序員。”

我說：“我也是！瞧，有共同點了吧。你是軟件還是硬件？”

“軟件。”

“我也是！PC還是移動？”

“PC。”

“我也是！Vue還是React？”

“Vue。”

“我也是！那你用Vscode還是Sublime？”

“Vscode。”

“我也是。縮進用Tab還是空格？”

“Tab。”

“你這個另類！”我一把將他推下橋去。

從有代碼的那天起，關于代碼風格的爭論就沒有停息過，代碼質量的問題也從來沒有消失過。中式英語和拼音無縫切換的命名風格，冗余的代碼，隨心所欲的縮進風格，千奇百怪的注釋，夾雜著耦合度高到一微調就崩潰的業務邏輯，每天沉浸在這樣的代碼中，那種心情真的是難以描述。如果你比較反感對代碼風格和編程規范進行嚴格要求，那么基本上可以斷定你在團隊中仍然處于相對底層的位置，因為你只注意到規范限制了代碼編寫的自由度，卻沒有意識到它在代碼質量管理和維護工作上所提供的價值，當你需要管理更多開發者產出的代碼時，自然就會喜歡規范所帶來的一致性。“產出規范且優質的代碼”是開發者的基本素養，不要等到別人因為代碼的質量而開始質疑你本人的工作態度時才意識到問題的嚴重性。

本章將以ESLint等工具為例，來講解前端工程師如何借助開發工具制定或實踐團隊所遵循的編程規范，最后再簡單介紹代碼檢查相關的擴展知識——編譯器。