Комментарии 13
быстрый гуглёж не дал результатов, спрошу тут:
а этот пакет может заменить @trivago/prettier-plugin-sort-imports?
Вместо этого плагина для prettier, вы можете использовать eslint-plugin-import, для ESLint, если угодно, там можно настроить и линтинг сортировки импортов
Только стоит переходить на форк - eslint-plugin-import-x
Оригинальный плагин очень плохо обновляется и медленно поддерживает новые обновления (полгода ждали поддержки flat-конфигов)
Смотрю все инструменты объеденяются, вот недавно ребята TypeScript анонсировали что их движок будет css переваривать и тут тоже самое получатеся, осталось за малым, научить TS форматировать)
вы в своем проекте использовали eslint-plugin-import?
1) После автоформатирования не
console.log('Hello, ' + name);
должно получаться, а
console.log(`Hello, ${name}`);
2) Скорость? Ктонть замерял
3) Насчёт неудобных конфигов или конфликтов - все решается буквально один раз и выносится с npm компании либо в шаред либу монорепы и забывается до апдейта верссий внешних зависимостей
Пока просто не увидел зачем мне тратить время на переписывание конфига и проверки совместимости новых депенденси?
Привет, отвечу на твои вопросы
1. В приведенном примере указан базовый конфиг только для стилистических правил stylistic, которые касаются непосредственно оформления - пробелов, кавычек и т.д. Если предпочитаете шаблонные строки конкатенации - можете использовать это правило из стандартного ESLint и тогда всё будет именно так как вам хочется)
2. Замеры скорости отдельно взятых инструментов проводить нет особого смысла просто потому что они разные и у них разный принцип действия. Простой конфиг с запуском Prettier будет всегда быстрее ESLint даже с набором из 4-5 правил, так как он не анализирует код, а просто его переписывает. Вот статья в которой приведён пример сравнения перфоманса этих инструментов и, естественным образом, Prettier в ~5 раз быстрее ESLint. Посыл статьи скорее в том что если в проекте используется ESLint, то использовать дополнительно Prettier может быть лишним, т.к. можно ограничиться запуском только одного инструмента, который будет работать чаще всего быстрее, чем два.
3. Это не отменяет необходимость использования дополнительных пакетов и плагинов типа eslint-plugin-prettier которые используют Prettier как правила ESLint и сводят весь перфоманс на нет. Плюс ко всему появляется отдельный конфиг с возможностью использования отдельного инструмента - зачем если пользоваться унифицированным решением проще и дешевле, но это, конечно, моё мнение и я тоже могу ошибаться
Спасибо, полезно и интересно
Спасибо, перешел в одном проекте с Prettier на него - скорость полного линтинга сократилась с 8.5с до 7с. Порадовало количество настроек и их гибкость, однако для совпадения с предыдущим форматированием через Prettier пришлось детально понастраивать - только лишь stylistic.configs.customize не дало нужного результата.
Форматирование без боли: ESLint Stylistic вместо Prettier