Ответы пользователя по тегу bower
  • Зачем нужны npm и bower в одном проекте?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    У bower несколько отличается механизм разрешения зависимостей. До повсеместного распространения webpack с его алиасами, trea shaking и dead code elimination и code splitting могло быть критично. Сейчас — не нужно, да и bower официально мертв.
    В легаси-проектах могло остаться. Если в команде нет QA и/или автотестов, то избавляться от bower следует осторожно:)
    Ответ написан
    Комментировать
  • Как правильно собирать Web-проект?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    Ох, grunt и bower (While Bower is maintained, we recommend yarn and webpack for new front-end projects!) сейчас уже никто не использует. gulp еще кое-где живет, но далеко не везде. Фронтендовые пакеты ставятся npm, сборка — webpack.

    Интеграция с бэкендовой сборкой сводится обычно к запуску npm run build в нужной директории (любой сборщик умеет запускать произвольную внешнюю команду).

    P.S. Да, webpack это больно, но сейчас гораздо проще найти готовый конфиг и минимально допилить под себя. Еще yeoman помогает.
    Ответ написан
    5 комментариев
  • Заменит ли Yarn Bower и Npm?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    Знать надо npm. Все остальное в той или иной мере повторяет функционал. Смысл yarn довольно трудно понять, не напоровшись на подводные камни npm, jspm бессмысленно без systemjs, bower умирает.

    А webpack вообще про сборку, а не про управление пакетами. Хотя хорошая штука, да:)
    Ответ написан
    Комментировать
  • Npm или bower для фронта?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    Если один пакет требует jquery@2.1, а другой jquery@2.2, то есть два варианта действия.

    npm скажет -- да чувак, хз что они там наколбасили, semver никто не соблюдает, давай каждому пакету дадим свою версию, места на винте много.

    bower скажет -- ну мы же не можем два раза отдавать клиенту jquery, правда? Да и вместе эти плагины не будут работать, они получат разные инстансы jquery. Я тут подумал и решил, давай поставим 2.2, но ты смотри там, могут быть несовместимости.

    В общем, многие используют npm и брат жив -- без jquery и кучи говноплагинов требующих разные версии, проблем, как описано выше, обычно нету. Опять же один пакетный менеджер удобнее, чем два.
    С другой стороны, многие люди считают образ действий npm неприемлемым и настаивают, что на фронтенде только bower. И ничего, опять-таки проекты живы и развиваются.

    P.S. есть еще jspm, работает подобно bower, но может использоваться и вместо npm на серверной стороне. Мне не понравилось, но есть плюсы -- интеграция с systemjs и опять же один пакетный менеджер на проект.
    Ответ написан
    7 комментариев
  • Npm вместо bower. Как разделить библиотеки и пакеты для сборки (напр. компиляции CSS)?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    А зачем их разделять? Сборщик сам решит, какие файлы включать, какие нет. Стратегия «заинклюдим все файлы из папки vendor» — это путь в никуда.
    Ответ написан
    Комментировать
  • Возможно ли использовать Gulp и Bower без NodeJS?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    Ну это все равно что использовать Drupal/Wordpress без PHP.
    Можно локально использовать bower/gulp, а деплоить только готовые файлы.
    Ответ написан
    Комментировать
  • Чем bower отличается от npm?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    bower умеет ставить зависимости в произвольную папку, что может быть удобно для legacy-проектов. В остальном смысла использовать два менеджера пакетов нет.
    Более свежая реинкарнация этой же идеи — jspm, но у него киллер-фича — интеграция с загрузчиком SystemJS.
    Ответ написан
    Комментировать