次に、ノードの下の単純なエラーをチェックするJSコード検証ツールであるJshintを紹介します。
Jshintの具体的な紹介については、http://www.jshint.com/about/を参照してください。率直に言って、JshintはJSコードの仕様を確認するツールです。任意の(サーバー側とクライアント側を含む)のJSコードの標準化を確認するために使用できます。構成方法を提供し、開発者がエラーをチェックする仕様を定義できるようにします。これは開発者に大きな利便性をもたらします。開発プロセス中、特にチーム開発プロセス中に、仕様の違反や未定義の関数やパラメーターの使用などの一般的なテキストエラーによって引き起こされるさまざまな問題に遭遇することが多いためです。
1. Jshintをインストールします。
CMDコマンドウィンドウを開き、次のコマンドを入力します。
コードコピーは次のとおりです。
NPMインストール-G Jshint // -Gはグローバルな使用を意味します
注:プロンプトNPMが内部または外部コマンドでない場合、ノードまたはNPMがインストールされていない理由のほとんど。特定のインストールプロセスについては、http://dailyjs.com/2012/05/03/windows-and-node-1/を参照してください。
2。Jshintを実行します。
CMDコマンドウィンドウを開き、CDを使用して対応するアプリケーションディレクトリに切り替えて、次のコマンドを入力します。
コードコピーは次のとおりです。
jshint my_app.js
注:my_app.jsは、確認または確認するファイルです。
3。jshintを構成します。
Jshintは構成方法を提供し、チームや趣味に基づいてチェックおよび検証ルールを定義できるようにします。 https://github.com/jshint/node-jshint/blob/master/.jshintrcでデフォルトのルールファイルをコピーできます。
方法1:コピーされたルールファイルに.jshintrcファイルとして名前を付け、ファイルを対応するディレクトリまたは親ディレクトリに配置すると、Jshintを実行するときに、このルールファイルが自動的に取得されて使用されます。
方法2:ルールファイルをルールに適合する名前として名前を付けない場合(つまり、.jshintrcを使用)、Jshintを実行するときにルールファイルを手動で指定できます。たとえば、ルールファイルjshint.jsonに名前を付けます。次に、次のコマンドを使用してJshintを実行し、ルールを適用できます。
コードコピーは次のとおりです。
jshint my_app.js -config /root/application/jshint.json //ルールファイルパスを指定します
4。構成ファイルのルール。
Common Semicolonの使用かどうか、クラスコンストラクター機能の初期文字などを含む構成ファイルには多くのルールがあります。特定のルールは1つずつ説明しません。http://www.jshint.com/docs/を参照してください。
Jshintを使用すると、JSコードの多くの一般的なエラーまたは誤って間違ったコードをチェックします。もちろん、Jshintはすべてのエラーを確認するのに十分な強さではありません。しかし、心配しないでください、ノードに使用できる他のデバッグツールがいくつかあります。今回はJshintのみを紹介します。
上記は私の愚かな意見です。エラーがある場合は、それらを指摘してください。交換と議論へようこそ。