ESLint

• AST (Abstract Syntax Tree — Абстрактное синтаксическое дерево) — иерархическая древовидная структура данных, представляющая исходный код в понятном для машины виде.
• Plugin architecture — расширяемая система плагинов, позволяющая добавлять пользовательские правила, конфигурации и процессоры к базовому анализу кода.
• CI/CD — автоматическая проверка кода на ошибки, стилистические несоответствия и потенциальные баги (линтинг) в процессе непрерывной интеграции (CI).
• npm (Node Package Manager) — менеджер пакетов, используемый для установки, настройки и управления библиотекой ESLint в JavaScript-проектах.
• eslint --fix — флаг командной строки в ESLint, который автоматически исправляет синтаксические ошибки и нарушения стиля кода (например, пропущенные точки с запятой, неправильные отступы, кавычки).

ESLint преобразует исходный файл в AST, после чего применяет набор правил, определённых в конфигурации проекта^[3]. Ключевые возможности включают:

• Статический анализ кода: проверяет файлы на синтаксические ошибки, потенциальные дефекты и нарушения стиля;
• Конфигурируемый набор правил: любое встроенное правило можно отключить, усилить до ошибки или ослабить до предупреждения, адаптируя линтер к требованиям конкретного проекта^[2];
• Плагинная архитектура: расширяется за счёт плагинов для React, Vue, Angular, TypeScript и др., что позволяет добавлять новые правила и поддержку дополнительных синтаксических конструкций^[2];
• Пользовательские правила: разработчики могут создавать собственные проверки и внедрять их через внутренний API линтера^[3];
• Автоматическое исправление ошибок: команда eslint --fix корректирует множество проблем (например, лишние точки с запятой, неправильные кавычки, отступы)^[4];
• Интеграция со средой разработки: доступно расширение для Visual Studio Code, Sublime Text, Atom и других редакторов, а также подключение к системам сборки (Webpack, Gulp) и пайплайнам CI/CD (GitHub Actions, Jenkins, Travis CI)^[2];
• Обеспечение единообразия кода: общие правила повышают читаемость, упрощают ревью и сокращают количество дефектов на этапе тестирования^[1].

• Низкая производительность на больших проектах. ESLint по умолчанию работает в однопоточном режиме, что делает его медленным при проверке монорепозиториев или больших кодовых баз (в 15 раз медленнее, чем современные аналоги вроде Biome).
• Медленная работа с TypeScript. Линтинг, учитывающий типы данных (type-aware linting), работает медленно, особенно при первом запуске из-за необходимости кэширования.
• Ограниченность в форматировании кода. ESLint не разрабатывался как форматировщик. Использование его для стилистического форматирования (например, отступов) работает медленнее, чем специализированные инструменты вроде Prettier.
• Статический, а не динамический анализ. ESLint анализирует только синтаксис (AST) и не может определить ошибки, которые возникают во время выполнения кода (runtime), такие как логические ошибки или проблемы с сетью.
• Сложность настройки. Большое количество правил и необходимость настройки плагинов (включая typescript-eslint) могут создавать высокий порог вхождения и требовать времени на оптимизацию.

Ниже приведены типичные сценарии работы с ESLint в проекте на Node.js.

1. Добавление ESLint в список зависимостей для разработки:

npm install eslint --save-dev^[5].

1. Запуск мастера начальной настройки:

npx eslint --init^[6]. После ответа на серию вопросов в корневой директории появится файл конфигурации (например, .eslintrc.json). Пример базовой конфигурации:

{
  "env": { "browser": true, "node": true, "es2021": true },
  "extends": ["eslint:recommended"],
  "parserOptions": { "ecmaVersion": 12, "sourceType": "module" },
  "rules": {}
}

^[3]

• Анализ отдельных файлов: npx eslint src/app.js;
• Анализ каталога: npx eslint src/;
• Авто-исправление допустимых ошибок: npx eslint src/ --fix^[4].

Пример вывода перед запуском --fix:

src/example.js
  1:26  error  Missing semicolon  semi
  3:3   warn   'unusedVar' is assigned a value but never used  no-unused-vars
✖ 2 problems (1 error, 1 warning)

После команды npx eslint src/example.js --fix линтер автоматически добавит точку с запятой и выведет сокращённый отчёт, оставляя только проблемы, которые не исправляются без вмешательства разработчика.