幾年前，當時我還是一名 CSS 開發(fā)人員，在網(wǎng)站建設(shè)過程我從未考慮過 linter 可能對我有用。我知道我的程序員同事使用 linter，但它似乎與 HTML 和 CSS 無關(guān)。讓我大開眼界的是在 CSS-Tricks 上閱讀Lint your CSS with Stylelint。它向我介紹了讓計算機完成執(zhí)行標準和避免語法問題的無聊工作的概念。

類似于 Kleenex 成為面巾紙的通用術(shù)語和 Xerox 成為影印的通用術(shù)語，Lint 是一個從特定紙巾開始的通用術(shù)語。最初的Lint是一個用于檢查 C 代碼問題的 Unix 實用程序。今天，我們使用術(shù)語“l(fā)inters”來表示一類檢查代碼是否存在常見錯誤和風格錯誤的工具。大多數(shù) linter 是高度可配置的，因此它們可以強制執(zhí)行組織的標準。

使用 linter 有兩個主要原因：通過避免常見問題來避免麻煩，并在整個團隊中強制執(zhí)行通用代碼風格。每個人在編碼時都會犯錯誤。使用錯誤類型的括號、忘記分號或拼錯某些內(nèi)容很容易。檢查您的代碼是否存在這些類型的錯誤是計算機擅長的事情。您可以告訴計算機要查找哪些類型的錯誤，而不是逐行檢查代碼中的常見語法錯誤。

linter 的另一個重要用途是幫助團隊中的每個成員以相同的風格編寫代碼。當一個團隊成員用制表符縮進而另一個用空格縮進時，或者當一個人按類型對 CSS 規(guī)則進行排序而另一個人按字母順序排序時，所導(dǎo)致的不一致可能會非常令人沮喪。試試這個：當你遇到這樣的情況時，與你的團隊討論，選擇一個標準，然后讓 linter 執(zhí)行它。您不再需要留下代碼審查反饋來提醒團隊成員遵守標準，或者與重新格式化您的代碼的人打交道。讓計算機成為執(zhí)行者！

在 Cloud Four，我們將 linter 用于 JavaScript 和 CSS。linter 被配置為強制執(zhí)行我們團隊同意遵循的最佳實踐和編碼約定。例如，在 CSS 中，linter 使我們的規(guī)則按字母順序排序并強制執(zhí)行我們的類命名約定。在 JavaScript 中，linter 應(yīng)用最大行長度并鼓勵使用 JSDoc 注釋標準。

有多種選擇，具體取決于您對開發(fā)環(huán)境和構(gòu)建工具的控制程度。在最基本的層面上，你可以在你的編輯器中安裝一個 linter。大多數(shù) linter 都有VS Code 和其他編輯器的插件。通過安裝插件，您的編輯器將知道讀取您的配置文件，并將直接在您的編輯器中突出顯示 lint 錯誤。如果您將 lint 配置文件添加到您的項目，那么任何在其編輯器中安裝了 linter 的人都將受益于共享規(guī)則集。

如果您使用的是 Node，那么在您的項目中安裝了 linter 之后，您可以在您的package.json文件中添加一個腳本，該腳本將允許使用該項目的任何人運行該 linter。例如，我們lint為所有項目添加了一個腳本，因此任何貢獻者都可以通過npm run lint從命令行運行來檢查他們的代碼。它會讓您知道您的代碼是否符合 lint 規(guī)則，修復(fù)它知道如何修復(fù)的問題，并為無法修復(fù)的問題顯示錯誤。