Як ви порівнюєте npm, bowerі volo?

Усі три можна використовувати для встановлення залежностей JavaScript для проекту інтерфейсу. Я розумію npm, більш конкретний вузол.

Отже, коли використовувати що?

npmдо сих пір стоїть на відстані, але bowerі , як voloвидається, рішення точно така ж проблема, хоча я не можу намалювати лінію між npmі bower-volo.

Опис, який найкраще описує різницю між npm та bower, це: npm управляє модулями JavaScript, які називаються пакетами, а Bower управляє компонентами переднього кінця (тобто css, html та JavaScript), що називаються компонентами. npm також використовується для установки bower. Ось велика стаття про npm та bower (не охоплює volo), вона детально описується.

бауер

Він все ще користується великою популярністю серед розробників, хоча він має дуже мало функцій. Використовується кожен передній пакет. Існує також ініціатива об'єднання бауера в npm .

Bower оптимізовано для клієнта і підтримує лише плоскі дерева залежностей, тобто кожна бібліотека повинна використовуватися лише один раз (оскільки дорого надсилати клієнту різні версії однієї бібліотеки), а обмеження залежності повинні бути вирішені користувачем .

Ви можете очікувати, що ви знайдете все, що пов'язане з фронтальним реєстром в реєстрі bower search <some keyword>прихильників ( ) - на мою думку, це найбільша перевага bower по відношенню до інших менеджерів пакетів.

воло

Я досі не користувався ним більше 5 хвилин у роках. Не знаю про це, але, як я бачу, він включає в себе інструмент збирання, який добре знайомий користувачам Grunt.

п / хв

Так, npm означає Node Package Manager. Але сьогодні ви можете використовувати його для всього; люди вже не лише npm installрозбирають речі і очікують, що вони працюватимуть лише в середовищі Вузла. Наприклад, існує багато пакетів npm для Twitter Bootstrap .

Npm оптимізовано для використання на сервері з вкладеним деревом залежності. Кожна залежність може мати свої залежності, які можуть мати свою, і так далі. Це усуває конфлікти версій залежності, оскільки кожна залежність може використовувати свою власну версію, наприклад, Підкреслення. Однак майбутня версія npm 3 вирівняє дерево залежності :

З npm @ 3, ваш каталог node_modules буде набагато більш рівним. Усі ваші залежності та більшість ваших залежностей (і (суб) + залежностей) будуть сидіти поруч один з одним на найвищому рівні. Тільки при виникненні конфліктів модулі будуть встановлені на більш глибоких рівнях. Це повинно значно полегшити роботу користувачів Windows.

Деякі переваги, які я бачу при використанні npm:

• Його використовують усі інші менеджери пакунків (компонент, bower, volo, JSPM тощо);
• Дозволяє використовувати сценарії побудови;
• Доступно багато інструментів для введення в дію пакетів на основі npm

npm - менеджер пакунків для JavaScript.

Станом на лютий 2013 року, моя думка була такою. Будь ласка, більше не враховуйте це.

п / хв

Краще дотримуватися цього, коли ви працюєте з проектом Node, є дуже мало проектів, які також доступні для браузерів ...

бауер

Бауер зараз - поп-хлопець. У них дуже багато проектів, і керівники проектів люблять постійно оновлювати їх у реєстрі пайок ...

Прикро, що він часом трохи баггі.

воло

З цього часу я не пробував воло більше 5 хвилин, але, як я міг бачити, він виглядає більш гнучким, ніж бауер.

Негативним моментом для volo є те, що їхні проекти дуже застаріли.

Здається, вони вирішують ту саму проблему, але для різних середовищ / світів. NPM для nodejs та volo, bower для браузера.

Правда полягає в тому, що ви можете використовувати NPM також для управління javascript та css для браузера. Ніщо не заважає вам це зробити. У цьому сенсі використання NPM мені здається більш природним, ніж керувати двома різними інструментами для однієї і тієї ж мети.

Здається, що на баунер є більше пакетів, принаймні для більш популярних. Але незабаром jQuery також буде доступний безпосередньо в NPM, і, ймовірно, всі інші бібліотеки будуть слідувати тій самій тенденції.

На мою думку, оскільки існують такі інструменти, як перегляд веб-сторінок та веб-створення , які допомагають використовувати модулі вузлів у браузері, більше немає реальної потреби в bower або volo , якщо вони не пропонують щось інше для вас (конкретний модуль, який існує лише у їхні реєстри).

І Volo, і Bower теж хороші, але, з моєї точки зору, якщо ви вже використовуєте NPM, можливо, буде краще дотримуватися цього.

Зверніть увагу, що ви можете використовувати NPM для управління залежностями свого клієнта, навіть не використовуючи перегляд веб-сторінок або веб-створення . У більшості проектів, над якими я працюю, після встановлення модулів npm я запускаю сценарій, щоб розгорнути їх у тому місці, де їх використовує мій клієнтський додаток. Іноді я використовую грунт, щоб з'єднати цей файл з іншими js-файлами, а іноді посилаюсь на нього безпосередньо з файлів шаблонів моїх веб-додатків. У будь-якому випадку це особисті переваги. Інші могли знайти Bower або Volo простішими у використанні, оскільки вони підходять більш природними у своїх робочих процесах.

Велика перевага Bower перед NPM полягає в тому, що його управління залежністю застосовується за допомогою однієї версії компонента (тоді як NPM працює, маючи різні копії / версії як недолежності різних модулів). Це ДУЖЕ ДОБРО, що запобігає розмиванню JavaScript на вашому клієнті через необхідність включення декількох копій компонента в різних версіях. Включення декількох копій модуля є центральним у тому, як працює управління залежністю NPM, і тому NPM повністю не підходить для управління пакетами на стороні клієнта.

Наслідком вищесказаного є те, що утримувачам пакетів для пайок та споживачам слід бути більш уважними до збереження номерів версій залежності, щоб уникнути конфліктів, але це ціна, яку варто заплатити. І я вважаю, що модулі NPM часто неохайні у випуску основних, другорядних та патч-релізів, тому управління залежністю NPM теж не є ліжком троянд.

Я знаю, що це не стосується питання, але є й інша альтернатива. Варення JS - http://jamjs.org/ Цікавим є те, що він має можливості бурчання в джемі:

jam compile output.js

Хтось повинен зробити ще одного менеджера пакунків і назвати його: yapm :)