良いチェック（毛羽立ち）ツールは、プロジェクトのコーディング規則に従うことをことを確認します。
：特徴と利点と4つの人気の代替案の欠点で見てみましょうJSLint 、 JSHint 、 JSCS と ESLint 。
JSLint
JSLintは 最古のツールの一つです。2002年にダグラス・クロックフォードは、その経験をもとに、本質的部分ではJavaScript言語の義務的使用を、このツールを開発しました。あなたは本質的に同意する場合は、JSLintは良いツールとなることができます-今すぐ直接、すぐにインストールすることができます。
構成または拡張することができないJSLintの不利。あなたは冗長機能を禁止、およびドキュメントの欠如の多くすることはできません。公式ドキュメントは非常に友好的ではないが、例えば、編集者の情報にそれを統合する方法がありません。
利点
- パラメータの設定は完了です（あなたがその実施細則に同意する場合、その後、）、それが直接使用することができます
短所
- JSLintなし設定ファイル、あなたはパラメータ設定を変更したい場合は、その後、問題があります
- リミテッドの構成オプション、ルールの多くは、禁止することはできません
- カスタムルールを追加することはできません。
- いいえルールドキュメントありません
- どの原因となったエラーのルールを理解するのは難しいです
JSHint
JSHintは （フォークJSLintの）構成JSLintバージョンです。あなたは、各ルールを設定し、それが簡単に大規模なプロジェクトのためにJSHintを使用できるようになり、設定ファイルにそれを置くことができます。あなたが正確に何を各ルールの役割を知ることができるようにJSHintは、すべてのルールのため、非常にフレンドリーなドキュメントがあります。エディタに統合することは簡単です。
JSHint小さな欠点は、それが緩んでデフォルトの設定を持っていることです。この手段は、あなたがそれを使用する前にいることを、あなたはいくつかの設定を行う必要があります。そしてESLintを使用すると、特定のエラーメッセージが、より困難JSHintある有効または無効にするために変更するルールをどの知りたいと比較しました。
利点
- ほとんどの設定を構成することができます
- 大規模プロジェクトで使いやすいサポートプロファイル、
- それは、などのjQuery、QUnit、NodeJS、モカ、のような多くのライブラリのサポートしています
- 基本ES6をサポートしています
短所
- エラーのどのルールの結果を知るのは難しいです
- 強制オプションとゆるいオプション：オプションの2種類があります。これは、いくつかの混乱の構成を作ります
- これは、カスタムルールをサポートしていません。
JSCS
JSCSは、あなたがそれにプロファイルを与えるか、または構成アイテムにそれを教えていない場合は？他とは違って、JSCSは何もしません。これは大きな問題ではありませんので、あなたは、彼らのウェブサイトからのダウンロードを設定することができ、そしてそれは、そのようなjQueryとGoogleは、スタイル、デフォルトのプリセットをコーディングなどのプリセット、をたくさん持っています。
これは、90の以上の異なるルールを持って、あなたは、プラグインによってカスタムルールを作成することができます。JSCSはまた、ツールは、特定の入力フォーマットを必要と統合しやすくすることができますされ、カスタムレポートをサポートしています。
JSCSは、コードスタイルチェッカーです。それが唯一のコードは、書式設定に関連する問題をキャプチャすることを、この手段は、エラーや潜在的なエラーを報告しません。そのため、柔軟性の欠如は、他のツールに比べて、しかし、あなたが特定のコーディングスタイルを強制する必要がある場合、JSCSがよく行うことができます。
利点
- 他のツールとの統合が容易なカスタム・レポートのサポート、
- あなたが可能なコーディングスタイルの一つに従うと、既製のプリセットプロファイルを設定することができれば、容易になります
- そこがレポートにマークされ、エラーにどのルールそのリードを見つけるのは簡単ですので、ルールの名前を含めます
- あなたは拡張するカスタムプラグインを使用することができます
短所
- 唯一のコーディングスタイル違反を確認してください。潜在的に存在するJSCSのバグは、このような未使用の変数、グローバル変数など、または偶発として、確認することはできません。
- 4つのツールの使用中に問題が最も遅いではなく、
ESLint
ESLintは 4アウトで最新のものです。カスタムルール、ルールの数が多いと、拡張しやすいように設計されており、より簡単にプラグインとしてインストールされています。これは、簡潔な出力が得られますが、あなたは常にルールがエラーメッセージにもたらすことができる知っているので、デフォルトでは、ルールの名前が含まれています。
ESLint文書は、何らかの影響や欠落を有することができます。ルールのリストは簡単に従うこと、および論理的なカテゴリに分類されていますが、いくつかの場所での設定手順は、少しは混乱しました。しかし、それは統合され、エディタ、プラグインやリンクの例を提供します。
利点
- 柔軟性：任意のルールがオンまたはオフにすることができ、いくつかのルールといくつかの追加の構成項目
- 拡張が容易で、多くの利用可能なプラグインがあります
- 分かりやすい出力
- 便利でをチェックする他のインスペクタ利用できない、などESLintエラーに含まれているルール
- サポートES6、唯一のサポート JSXの ツール
- カスタムレポートのサポート
短所
- これは、いくつかの設定が必要です
- スローではなく、大きな問題
私の推薦
これらの4つのツールでは、私の選択はESLintです。JSHintは厳しいと設定できません、とJSHintは、拡張メカニズムの欠如します。唯一のコーディングスタイルをチェックする場合は、JSCSは良い選択ですが、ESLintコードスタイルのチェックだけでなく、あなたのコードのバグやその他の問題を確認することができます。
（彼らはそれを呼び出すように見えるので、またはES2015）あなたはES6を使用している場合は、ESLintも賢明な選択。上記のツールは、最も広く使用されているためESLint ES6のサポートで。
あなたがESLintを試してみたい場合は、私は5つのステップクイックスタートガイドを作成しました。あなたは非常に簡単に始めましょう。あなたはできる 私のウェブサイトからESLint 5段階のクイックスタートガイドをダウンロードしてください。
JSHintは2番目の選択肢です。あなたは高度な機能ESLintを必要としない場合、JSHintは正しい構成での問題の多くをキャプチャします。JSCSを使用すると、コーディングスタイルチェック（などインデント、中括弧、）に加えて、他のテストを必要としない場合は、それが最良の選択となります、利用できる多数のルールを持っています。
私はJSLintをお勧めするのは非常に躊躇しました。同じことを行うために他のツールが、これらのルールに準拠するようにユーザーに強制するものではありません。唯一の例外は、あなたがこのような場合には、ルールを施行者と合意することが起こるということです、それはさらなる研究の価値があります。
検査ツールは、問題を解決するための良い方法ですが、それは唯一のルールに一致した多くのエラーを見つけることができます。より安全な自動捕捉バグのために、私はユニットテストを使用することをお勧めします。コードレビューも、この目的のために使用することができます。
あなたとあなたのチームのコードの品質は、それを保護するためにどのようにあるのですか？
オリジナルリンク：https://www.sitepoint.com/comparison-javascript-linting-tools/