Стоит ли использовать Eslint вместе Prettier для typescript?

Question

[camradee]

Создал по официальной инструкции nuxtjs два проекта (typescript). В одном подключил Eslint, в другом Eslint и Prettier. Нашел что Prettier отключает некоторые правила. Например, в первом проект Eslint ругается на запятые после последнего элемента {{},{},} (правило comma-dangle) или на отсутствие пробела после имени функции somefunc() (правило space-before-function-paren); об эти правила в Prettier стоят off. Первый раз разбираюсь со всем этим и не знаю как лучше поступить - с одной стороны prettier может красиво отформатировать, с другой стороны он отрубает часть правил. Может вообще не надо было ставить Eslint а нужно было выбрать Tslint, такой выбор там тоже был. Как быть?

"devDependencies": {
    "@babel/eslint-parser": "^7.16.3",
    "@nuxt/types": "^2.15.8",
    "@nuxt/typescript-build": "^2.1.0",
    "@nuxtjs/eslint-config-typescript": "^8.0.0",
    "@nuxtjs/eslint-module": "^3.0.2",
    "eslint": "^8.4.1",
    "eslint-config-prettier": "^8.3.0",
    "eslint-plugin-nuxt": "^3.1.0",
    "eslint-plugin-vue": "^8.2.0",
    "prettier": "^2.5.1"
  }

Comments

[WbICHA]

с другой стороны он отрубает часть правил

И что? Для чего тебе они, если за них преттиер отвечает?

нужно было выбрать Tslint

Ага, который уже пару лет как деприкейтед.

Answer 1

[Василий Банников]

Лично я не вижу смысла их совмещать.
Гораздо проще настроить только eslint.
Tslint вообще устарел

Comments

[camradee]

про TSlint понял, забыли значит

[WbICHA]

Гораздо проще настроить только eslint.

Но он всё равно не сможет делать то, что делает преттиер... + он медленнее делает то, что делает преттиер.

[WbICHA]

Александр, к сожалению, нисколько. У меня просто психологическая травма после того, как немного поработал с проектом где в качестве форматтера был еслинт...

[Василий Банников]

WbICHA, а что может преттиер, но не может eslint?

[WbICHA]

Василий Банников, приведение к единому стилю всего кода. И он умеет в форматирование jsx.

[Василий Банников]

WbICHA, eslint умеет весь код фиксить.
npx eslint --fix
jsx поддерживается при помощи дополнительного пакета

[WbICHA]

Василий Банников, я уже писал под ответом выше:

еслинт не умеет в полноценное форматирование. И подчёркивает "ошибки", которые исправляются при сохранении.
Если говорить конкретнее, то форматтер еслинта очень мягок к отступам и в целом к стилю. Как должны выглядеть объекты, массивы, максимальная длина строки и т.д.

Но, пожалуй, самая главная проблема еслинта это то, что он форматирует через аутофикс, а это уже потенциальное изменение логики в программе. Не помню есть что-то, что может логику изменить, в нативных правилах еслинта, но в плагинах такое встречается.
То есть после преттера ты гарантированно получаешь код, который будет работать точно так же, как ты и написал.
В то же время после еслинта есть вероятность, что некоторая логика может измениться.
Так что еслинт я могу рассматривать только в качестве дополнительного форматтера, который фиксит то, что не может преттиер (к примеру, сортировка импортов, пустые строки после скобок и прочее).

По хорошему, тут надо конкретные примеры приводить, но лично у меня нет ни малейшего желание этим заниматься.)

[Василий Банников]

WbICHA, да. Ваш пример сводится к идее "если неправильно настроить еслинт нет, то будет плохо"
Отступы и длину строки настроить можно.
Если не подключать кривые плагины, то и логика ломаться не будет

[WbICHA]

Василий Банников,

Ваш пример сводится к идее "если неправильно настроить еслинт нет, то будет плохо"

Нет. Как его не настраивай, преттиером он не станет. А если всё свести к плаггинам к еслинту, то в таком случае преттиер и есть тот самый плагин к линтеру.
И это никак не решит проблему скорости работы.

Отступы и длину строки настроить можно.

Тут согласен, ошибся.