Lint или Linter – это инструмент, который анализирует исходный код, чтобы отметить программные ошибки, баги, стилистические ошибки и подозрительные конструкции.
Термин «ворс» произошел от названия нежелательных кусочков волокон и пуха, содержащихся в овечьей шерсти.
Инструменты типа Lint особенно полезны для интерпретируемых языков, таких как JavaScript и Python. Поскольку в таком языке отсутствует фаза компиляции, которая отображает список ошибок перед выполнением, инструменты также можно использовать в качестве простых отладчиков для распространенных ошибок.
ИНСТРУМЕНТЫ ДЛЯ ЛИНТИНГА JAVASCRIPT(JS) —
Из этих вариантов анализа в настоящее время широко используется ESLint, который очень легко настраивается. JSLint является строгим и не настраиваемым, тогда как JSHint не имеет механизма расширения. JSCS — хороший выбор, если вы хотите только проверить стиль кодирования, но ESLint сделает это, а также проверит ваш код на наличие ошибок и других проблем.
ESLint также является очевидным выбором, если вы хотите использовать ES6 (ES2015). Из всех упомянутых инструментов он имеет самую широкую поддержку функций ES6.
JSHint — хороший второй вариант. Если вам не нужны расширенные функции ESLint, JSHint уловит большое количество проблем после правильной настройки.
JSCS с его огромным количеством доступных правил — лучший выбор, если вам не нужно ничего, кроме проверки стиля кодирования (отступы, фигурные скобки и т. д.).
Я вообще не решаюсь рекомендовать JSLint. Другие инструменты делают то же самое, но не навязывают пользователю никаких конкретных правил. Единственное исключение здесь, если вы согласны со всеми правилами, которые он обеспечивает, и в этом случае, возможно, стоит изучить.
Инструмент линтинга — хороший шаг к обнаружению проблем, но он видит столько ошибок, сколько позволяют его правила. Для более полной проверки автоматизированного отлова ошибок я рекомендую использовать модульные тесты. Обзоры кода также могут быть полезны для этой цели.
СТИЛЬ КОДИРОВКИ A.K.A. УЛУЧШЕНИЕ КОДА —
Стиль кодирования — это то, как выглядит ваш код.
Стиль кодирования очень индивидуален, и у каждого есть свой предпочтительный стиль. Это из-за того, как человек научился программировать. Если вы использовали IинтегрированнуюDразработку Environment(IDE), например Sublime Text, Web Storm, Visual Studio и т. д. чтобы научиться кодировать, ваш стиль, вероятно, соответствует тому, который применяется редактором. Если вы учились с помощью простого редактора, ваш стиль, скорее всего, развился из того, что вы считали более читабельным.
Очень важно заметить, что стиль кодирования меняется от языка к языку. Решения, которые вы приняли в JavaScript, могут не переноситься в ваш CSS. Например, вы можете решить, что строки JavaScript должны использовать двойные кавычки, а строки CSS — одинарные. Это не редкость, поскольку мы склонны переключаться между контекстами, когда переключаемся между языками.
Стиль кодирования состоит из множества небольших решений, основанных на языке:
1.Как и когда использовать комментарии
2.Табуляции и пробелы для отступов
3.Правильное использование пробелов
4.Правильные имена переменных и функций
5. Группировка и организация кода
6.Используемые шаблоны
7. Шаблоны, которых следует избегать
и многое другое……
ЗАКЛЮЧЕНИЕ (это очень личное)
Личный характер стиля кодирования и линтинга — это вызов в командной атмосфере. Часто, стремясь избежать длинных споров, команды откладывают создание руководства по стилю или используют общие правила линтинга под предлогом того, что не хотят «препятствовать инновациям и самовыражению».
