Jetzt stellen wir JSHINT vor, ein JS -Code -Überprüfungs -Tool, mit dem einfache Fehler unter dem Knoten überprüft werden.
Eine spezifische Einführung in JSHINT finden Sie unter http://www.jsint.com/about/. Um es unverblümt auszudrücken, ist JSHINT ein Tool, um die Spezifikationen von JS Code zu überprüfen. Es kann verwendet werden, um die Standardisierung des JS -Code in einer beliebigen (einschließlich Serverseite und Client -Seite) zu überprüfen. Es bietet eine Konfigurationsmethode, mit der Entwickler definieren können, welche Spezifikationen auf Fehler prüfen sollen. Dies bringt den Entwicklern große Bequemlichkeit, da Sie während des Entwicklungsprozesses, insbesondere während des Teamentwicklungsprozesses, häufig auf verschiedene Probleme stoßen, die durch die Nichteinhaltung der Spezifikationen oder einige gemeinsame Textfehler verursacht werden, wie z. B. die Verwendung undefinierter Funktionen oder Parameter.
1. Installieren Sie JSHINT.
Öffnen Sie das CMD -Befehlsfenster und geben Sie den folgenden Befehl ein:
Die Codekopie lautet wie folgt:
npm install -g jshint // -g bedeutet globale Verwendung
HINWEIS: Wenn die Eingabeaufforderung NPM kein interner oder externer Befehl ist, haben Sie den größten Teil des Grundes, warum Sie keinen Knoten oder NPM installiert haben. Informationen zu einem bestimmten Installationsprozess finden Sie unter http://dailyjs.com/2012/05/03/windows-node-1/.
2. Rennen Sie JSHINT.
Öffnen Sie das CMD -Befehlsfenster, wechseln Sie mit CD in Ihr entsprechendes Anwendungsverzeichnis und geben Sie den folgenden Befehl ein:
Die Codekopie lautet wie folgt:
JSHINT MY_APP.JS
Hinweis: My_App.js ist die Datei, die Sie überprüfen oder überprüfen möchten.
3. Konfigurieren Sie JSHINT.
JSHINT bietet Konfigurationsmethoden an, mit denen Sie Überprüfungs- und Überprüfungsregeln basierend auf Ihrem Team oder Hobbys definieren können. Sie können die Standard-Regeldatei unter https://github.com/jshin/node-jshint/blob/master/.jshintrc kopieren.
Methode 1: Wenn Sie die kopierte Regeldatei als .jshintrc -Datei benennen und die Datei im entsprechenden Verzeichnis oder im übergeordneten Verzeichnis platzieren, wird diese Regeldatei automatisch abgerufen und verwendet.
Methode 2: Wenn Sie die Regeldatei nicht als Name nennen, der den Regeln entspricht (d. H. Verwenden Sie .jshintrc), können Sie die Regeldatei beim Ausführen von JSHINT manuell angeben. Anschließend können Sie den folgenden Befehl verwenden, um JSHINT auszuführen und Ihre Regeln anzuwenden:
Die Codekopie lautet wie folgt:
Jshint my_app.js ---config /root/application/jshint.json // Geben Sie den Regeldateipfad an
4. Regeln der Konfigurationsdateien.
Es gibt viele Regeln für Konfigurationsdateien, einschließlich der üblichen Semikolon -Verwendung oder nicht, des Anfangsbuchstabens der Klassenkonstruktorfunktion usw. Die spezifischen Regeln werden nicht nach dem anderen beschrieben. Weitere Informationen finden Sie unter http://www.jstin.com/docs/.
Durch die Verwendung von JSHINT werden Sie viele häufige Fehler oder versehentlich falsche Codes in Ihrem JS -Code überprüfen. Natürlich ist JSHINT nicht stark genug, um alle Ihre Fehler zu überprüfen. Aber keine Sorge, es gibt mehrere andere Debugging -Tools, die für den Knoten verwendet werden können. Diesmal werde ich nur JSHINT vorstellen.
Die oben genannten sind meine dummen Meinungen. Wenn es einen Fehler gibt, weisen Sie bitte darauf hin. Willkommen zum Austausch und diskutieren.