Отвлечение делает нашу жизнь проще, потому что она говорит нам, что не так с нашим кодом. Но как мы можем избежать выполнения фактической работы, которая входит в фиксацию?
Ранее я писал о возглас, что это так, и как это делает вашу жизнь проще. В конце я фактически включил способ, которым вы можете автоматически исправить ваш код. Так почему я пишу это?
Что вы имеете в виду исправить это?
Прежде чем мы бросьте к нему, давайте ударим это быстро. ЛИНТЕРЫ Могущественные и предоставляют простой способ отсканирования кода для синтаксических ошибок, которые могут привести к ошибкам. Или они могут просто помочь сохранить кодовую базу чистой, здоровой и последовательной. Когда запустится, он покажет все проблемы и позволит вам пройти каждый индивидуальный, чтобы исправить их.
Приняв это к следующему уровню, некоторые отрицатели на самом деле позволят вам пройти аргумент команды, запущенную Linter, который позволяет ему исправить его для автоматической настройки. Это означает, что вам не нужно вручную пройти и сделать все эти маленькие пробелы и запястье (добавить их!?) Настраивает себя!
Так что еще я могу сделать, чтобы исправить вещи?
Если вы уже используете вариант Fix, это хороший запуск. Но есть инструменты там, которые были разработаны, специально для решения этой проблемы за пределами всего флага в вашу команду. Тот, который я собираюсь накрыть, красивее.
Что такое красивее?
Красивее ощупывает себя как «самоуверенный код». «Это принимает вход вашего кода и выводит его в согласованном формате, зачисляющую любой из исходного стиля кода. На самом деле это преобразует ваш код на синтаксическое дерево Затем переписывайте его, используя стили и правила, которые вы и красивее предоставляют вместе через ваш конфигурацию ESLINT и правила по умолчанию.
Вы можете легко использовать более простое только для форматирования кода, который работает просто отлично. Но если вы объедините это с основным процессом Eslint, вы получаете как мощный линтер, так и мощный фиксатор. Я собираюсь показать вам, как сделать эти работы вместе.
Начало работы с красивее
Для этого прохождения я собираюсь предположить, что у вас есть Eslint, настроен и настроен в приложении. В частности, я собираюсь подобрать, где я остановился в моем предыдущем прохождении, где мы установили Eslint в приложение React.
Кроме того, примечание, красивее сообщает нам право с самого начала, что это самоуверенный код код. Вы должны ожидать, что он будет форматировать свой код последовательным образом, но, возможно, другой способ, чем у вас настроен настроен. Но не волнуйтесь! Вы можете настроить эту конфигурацию.
Так что мы начинаем с? Мы уже:
- Установили Eslint.
- Добавили Бабел Как наш парсер
- Добавили плагин который включает в себя конфигурации реагирования
Следующий Давайте начнем, установив несколько пакетов:
yarn add prettier prettier-eslint prettier-eslint-cli -D
Примечание. Команда выше похоже на использование NPM . Если ваш проект не использует пряжа , поменяйся NPM в зависимости от уменьшенного.
Выше мы устанавливаем:
- красивее : Core красивее пакет и двигатель
- Прекрас-линт : передает более красивый результат для Eslint, чтобы исправить с помощью конфигурации ESLINT
- Прекрас-эслин-Кли : помогает красивее и Eslint работать вместе на различных файлах в вашем проекте
И мы устанавливаем их как зависимость Dev, поскольку нам не нужно его вне развития.
Настройка вашего нового формата
Теперь, когда наши пакеты установлены, мы можем настроить пряжа Чтобы запустить эту команду для нас.
Ранее мы создали Lint Сценарий, чтобы выглядеть так в нашем package.json :
"scripts": {
...
"lint": "eslint . --ext .js"
...
}Мы собираемся оставить это, как есть, но мы сделаем что-то похожее и создаем новый скрипт, рядом с ним называется формат Для нашего формы красивее:
"scripts": {
...
"format": "prettier-eslint --eslint-config-path ./.eslintrc.js --write '**/*.js'",
"lint": "eslint . --ext .js"
...
}Так что там происходит? Мы:
- Добавление нового сценария под названием
формат, что мы можем бежать какФормат пряжи - Мы используем наши
Прекрас-эслин-Клипакет для запуска форматирования для нас - Мы проходим в нашем конфиге Eslint, расположенные рядом с нашими
package.jsonв корне проекта (изменить это, если он в другом месте) - И, наконец, мы говорим красивее, чтобы написать все файлы, совпадающие
* */*. JSили любые файлы JS рекурсивно находятся в нашем проекте
Красота здесь заключается в том, что мы проходим в нашем конфиге Eslint, чтобы красивее. Это означает, что нам нужно только поддерживать 1 конфигурацию для обоих инструментов, но мы все еще используем вещественную силу Eslint вместе с мощностью форматирования красивее.
Запустите свой форма!
Теперь, когда мы все настроены, давайте запустим его! Запустите это следующее:
yarn format
И немедленно, мы видим, что это работает:
Эй, мой код выглядит разным!
Как я упоминал ранее, красивее рассказывает нам прямо, это самоуверенно форматированная. Он поставляется со своими собственными правилами, вроде своего собственного конфигурации ESLINT, так что он пройдет и делает эти изменения также.
Не отказывайтесь от своего кода! Вместо этого вы можете просмотреть изменения, посмотреть, если, возможно, имеет смысл сохранить его таким образом (он будет очень последовательным) или вы можете обновить конфигурацию ESLINT ( .eslintrc.js ), чтобы перезаписать правила, которые вы не т понравится. Это также хороший способ, возможно, узнать некоторые новые вещи, которые вы, возможно, не ожидали, что поймают раньше.
Так куда это оставляет нас?
Если вы следили так далеко, у нас теперь есть две команды:
Lint: что проверит ваш код для вас и скажут, что не такформат: автоматически попытается исправить проблемы для вас
При использовании этих на практике ваша лучшая ставка – всегда запустить формат Во-первых, чтобы позволить ему попробовать автоматически исправить что-нибудь, что он может. Затем немедленно запустите Lint Чтобы поймать что-нибудь красивее, не смогли исправить автоматически.
Что дальше?
Теперь, когда мы можем автоматически отформатировать наш код, мы должны быть в состоянии автоматически исправить наш код!
В следующий раз мы сделаем этот шаг вперед и настроить Гит Крюк, который позволит это запустить, прежде чем делать. Это означает, что вам никогда не придется беспокоиться о том, чтобы забыть забывать это снова!
Первоначально опубликовано https://www.colbyfayock.com/2019/11/dont-just-lint-your-code-fix-it-with-prettier/
Оригинал: “https://www.freecodecamp.org/news/dont-just-lint-your-code-fix-it-with-prettier/”