Теперь мы представляем JSHINT, инструмент проверки кода JS, который проверяет простые ошибки в узле.
Для конкретного введения в JSHINT см. Http://www.jshint.com/about/. Если прямо, Jshint - это инструмент для проверки спецификаций кода JS. Его можно использовать для проверки стандартизации кода JS в любой (включая сторону сервера и клиентская сторона). Он предоставляет метод конфигурации, позволяющий разработчикам определить, какие спецификации проверяют ошибки. Это приносит большое удобство для разработчиков, потому что в процессе разработки, особенно в процессе разработки команды, вы часто сталкиваетесь с различными проблемами, вызванными несоблюдение спецификаций, или некоторые общие текстовые ошибки, такие как использование неопределенных функций или параметров.
1. Установите Jshint.
Откройте окно команды CMD и введите следующую команду:
Кода -копия выглядит следующим образом:
npm install -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. Правила файлов конфигурации.
Существует много правил для файлов конфигурации, включая общее использование в полуколоне или нет, начальная буква функции конструктора класса и т. Д. Конкретные правила не будут описаны один за другим, пожалуйста, см. Http://www.jshint.com/docs/.
Используя JSHINT, вы будете проверять много общих ошибок или случайно неправильных кодов в вашем коде JS. Конечно, Jshint недостаточно силен, чтобы проверить все ваши ошибки. Но не волнуйтесь, есть несколько других инструментов отладки, которые можно использовать для узла. На этот раз я буду представлять только jshint.
Вышеуказанное - мои глупые мнения. Если есть ошибка, укажите на них. Добро пожаловать, чтобы обмениваться и обсудить.