не имеет значения куда помещать зависимости: в "dependencies" или "devDependencies", потому что технически — все зависимости являются "devDependencies", т.к. нужны только во время сборки в статический бандл. Для npm-пакета SPA нет понятия "рантайм", как для пакетов, задуманных для использования в node.
Но есть ли какие-то конвеншены или причины всё-таки разделять пакеты на прод- и дев-зависимости для SPA?
Для удобства пакеты нужные только для сборки кидают в dev. Странно за последнее время что то много раз такой вопрос задавали
я считаю dev зависимости это всякие утилиты/скрипты/сборщики которые участвуют в самой сборке, а обычные зависимости, это всякие библиотеки, React, всё то что использует уже самое приложение
Для какого удобства?
Вернее, что в этом удобного?
Например смотреть зависимости пакета/проекта удобнее, нет тонны @types @babel
И в чем смысл? Бабель — не зависимость проекта?
а @types в dev зависимостях должны быть?
В бандл не попадает
Если открыл чужой проект впервые и есть незнакомые библиотеки, можно быстро увидеть какие библиотеки как бы инфраструктурные (линтеры, бандлеры), а какие — для использования в коде бизнес-логики приложения.
@babel/polyfill попадает
Он и устанавливается не в dev
А иногда не попадает
Кек, ну тоесть тебе пофиг и у тебя все в deps? И ты настаиваешь что это лучше чем разделять?
Не, у меня в депс продовые зависимости, а в дев — девелоперские
https://t.me/ts_cool/133536
А что тогда у тебя в dev, просто для примера
Только prettier с хаски наверное?
Преттиер, гитхуки, пупитер, графкуэль->тс генератор и прочие
А eslint в продовых зависимостях?
Обсуждают сегодня