iT邦幫忙

2017 iT 邦幫忙鐵人賽
DAY 31
1
Modern Web

從零開始認識 Node.js系列 第 31

[Day 31] 補充篇 - 檢查是為了我們好

前言

檢查有一部分意為「限制」、「標記」,主要是讓你我能專注於目標,免去其他能支尾末節的事情上。你可以不認同,但請你告訴我原因!

要檢查什麼?

Performance 、 Code Style 、 Testing ,我想到是檢查這三項,若有使用 CI / CD 工具,做 Testing 是基本,前兩項依現況調整。今天來說說 Linter ,一個讓人有愛又恨的 Code Style 的工具。愛,有了它省下不少 Code Style 確認的時間;恨,沒有熟悉制定好的 Code Style 會產生一堆檢查不過的訊息。

JavaScript 的 Linter

原文 這裡,以下是簡單要重點整理

名稱 優點 缺點
 裝了就上 不支援客制規則與設定環境
Fork 自 JSLint ,能設定環境 不支援客制規則
可以客制規則,有 Report 不會檢查可能潛在的錯誤
可以客制規則,有 Report 必須做設定

後記

團隊人數的成長若非很快,我認為 Linter 的導入是非常不急,因為這些不同仍有足夠的時間被消化。因此工具終是輔助,適時的導入使用是為了節省時間、注專開發,而非為了限制而使用。今年最後一篇文,之後更新請追我的 Blog ( Link 在這 ,明年見! See you next time!


上一篇
[Day 30] 階段完成篇 - 30 整理、釋出、下一步
系列文
從零開始認識 Node.js31

1 則留言

0
Ivan Wei
iT邦新手 5 級 ‧ 2017-01-08 00:46:59

JSCS ( 來源 ) 已經與 ESLint 合併,若最近要使用 JSCS 可以考慮用 ESLint 。 若想用新東西,可以試試 xo

我要留言

立即登入留言