JavaScript-Abhängigkeitsverwaltung: Npm vs. Bower vs Volo

Question

Wie vergleichen Sie npm, bower und volo?

Alle drei können verwendet werden, um JavaScript-Abhängigkeiten für ein UI-Projekt zu installieren. Ich verstehe npm ist mehr Knoten spezifisch.

Also, wann was zu verwenden?

npm steht immer noch weit entfernt, aber bower und volo scheinen genau das gleiche Problem zu lösen, auch wenn ich nicht in der Lage bin, eine Grenze zwischen npm und bower-volo zu ziehen.

Answer 1

Eine Beschreibung, die den Unterschied zwischen npm und bower am besten beschreibt, ist: npm verwaltet JavaScript-Module, Pakete genannt, und Bower verwaltet Front-End-Komponenten (d. H. Css, html und JavaScript). Npm wird auch verwendet, um Bower zu installieren. Hier ist eine expansive article on npm and bower (deckt nicht volo) es geht in viele Details.

Answer 2

Bower

Es ist immer noch sehr beliebt bei den Entwicklern Front-End, auch wenn es nur sehr wenige Funktionen. Jedes Frontend-Paket nutzt es. Es gibt auch eine initiative to merge bower into npm.

Bower ist für die Client-Seite optimiert und unterstützt nur flache Abhängigkeitsbäume, d. H. each library must be used only once (da es teuer ist, verschiedene Versionen derselben Bibliothek an den Client zu liefern), und die Abhängigkeitsbeschränkungen müssen vom Benutzer gelöst werden.

Sie können erwarten, dass alle Front-End-bezogenen in der Bower-Registrierung (bower search <some keyword>) finden - meiner Meinung nach, das ist der größte Vorteil der Bower in Bezug auf andere Paket-Manager.

volo

Ich habe nicht noch für mehr als 5 Minuten in Jahren verwendet. Ich weiß es nicht, but from what I can see es enthält einige Build-Tool, die Grunt-Benutzer sehr vertraut ist.

npm

Ja, npm steht für Manager-Knoten-Paket. Aber heutzutage kannst du es für alles verwenden; Menschen sind nicht mehr nur npm install Dinge und erwarten, dass sie funktionieren nur in der Knotenumgebung. Zum Beispiel gibt es viele npm packages for Twitter Bootstrap.

Npm ist für die serverseitige Verwendung mit einer verschachtelten Abhängigkeitsstruktur optimiert. Jede Abhängigkeit kann ihre eigenen Abhängigkeiten haben, die ihre eigenen haben können, und so weiter. Dies beseitigte Abhängigkeitsversionskonflikte, da jede Abhängigkeit ihre eigene Version von z. Unterstreichen. Die nächsten npm version 3 will flatten the dependency tree:

Mit npm @ 3, wird Ihr Knoten modules viel flacher sein. Alle Ihre Abhängigkeiten und die meisten Ihrer Subabhängigkeiten (und (Unter-) + Abhängigkeiten) sitzen auf der obersten Ebene nebeneinander. Nur wenn Konflikte auftreten, werden Module auf tieferen Ebenen installiert. Dies sollte Windows-Benutzern die Arbeit erleichtern.

Einige Vorteile ich mit npm sehen:

• Es wird von allen anderen Paketmanager verwendet wird (Komponente, Bower, volo, JSPM, usw.);
• Ermöglicht die Verwendung von Build-Skripts;
• Viele Werkzeuge sind für introspecting npm-basierte Pakete

npm ist für JavaScript, um die Paket-Manager.

---

Ab Februar 2013 war meiner Meinung nach die folgenden. Bitte nicht mehr berücksichtigen.

npm

Es ist besser, mit ihm zu haften, wenn Sie mit einem Knoten Projekt sind, es nur sehr wenige Projekte gibt, die auch für Browser zur Verfügung stehen ...

Bower

Bower ist die Pop-Typ jetzt. Sie haben viele Projekte unter ihrer Haube, und die Projektbetreuer halten sie gerne im Bower-Register auf dem Laufenden ...

Es ist eine Schande, dass er manchmal ein kleiner Buggy ist.

volo

ich nicht volo, da so für mehr als 5 Minuten versucht, aber von dem, was ich es aussieht sehen konnte, flexibler zu sein als Bower.

Ein negativer Punkt für Volo ist, dass ihre Projekte sehr veraltet sind.

Answer 3

Sie scheinen das gleiche Problem zu lösen, aber für verschiedene Umgebungen/Welten. NPM für Nodejs und Volo, Bower für den Browser.

Die Wahrheit ist, dass Sie NPM auch verwenden können, um Javascript und CSS für den Browser zu verwalten. Es gibt nichts, was dich daran hindern könnte. In diesem Sinne fühlt sich NPM für mich natürlicher an, als zwei verschiedene Tools für denselben Zweck zu verwalten.

Es scheint, dass Bower mehr Pakete zur Verfügung haben, zumindest für die beliebtesten. Aber bald werden jQuery will be also be available in NPM directly und wahrscheinlich alle anderen Bibliotheken dem gleichen Trend folgen.

Meiner Meinung nach, da gibt es Tools wie browserify und webmake gibt, dass Hilfe Verwendung Knotenmodule im Browser, ist es nicht mehr ein echter Bedarf an Bower oder volo, es sei denn, sie bieten Sie etwas anderes für Sie an (ein bestimmtes Modul, das nur in ihren Registern existiert). Beide

Volo und Bower ist auch gut, aber aus meiner Sicht, wenn Sie bereits NPM verwenden, könnte es besser sein, dabei zu bleiben.

Bitte beachten Sie, dass Sie NPM verwenden können, um Ihre Clientabhängigkeiten zu verwalten, auch ohne browserify oder webmake zu verwenden. In den meisten Projekten, an denen ich gerade arbeite, führe ich nach der Installation der npm-Module ein Skript aus, um sie an dem Ort bereitzustellen, an dem meine Client-Anwendung sie verwendet. Manchmal verwende ich grunt, um diese Datei mit anderen js-Dateien zu verketten, und manchmal referenziere ich direkt aus den Vorlagendateien meiner Web-Apps. In jedem Fall ist dies eine persönliche Vorliebe. Andere könnten Bower oder Volo einfacher verwenden, da sie in ihren Arbeitsabläufen natürlicher sind.

Answer 4

Ich weiß, das ist nicht im Rahmen der Frage, aber es gibt auch eine andere Alternative. Jam JS - http://jamjs.org/ Eine Sache interessant ist, dass es Grunzen Fähigkeiten in Marmelade hat:

jam compile output.js 

Jemand sollte noch ein weiteres Paket-Manager machen und nennen Sie es: yapm :)

Answer 5

Bowers großen Vorteil gegenüber NPM ist, dass die Abhängigkeit Das Management erzwingt die Verwendung einer einzelnen Version einer Komponente (während NPM unterschiedliche Kopien/Versionen als Subabhängigkeiten verschiedener Module verwendet). Dies ist Eine sehr gute Sache weil es verhindert, dass Ihre Client-Seite Javascript aufgebläht wird durch die Notwendigkeit, mehrere Kopien einer Komponente in verschiedenen Versionen enthalten. Die Einbindung mehrerer Kopien eines Moduls ist von zentraler Bedeutung für die Funktionsweise des NPM-Abhängigkeitsmanagements, weshalb NPM für das clientseitige Paketmanagement völlig ungeeignet ist.

Eine Konsequenz der oben genannten ist, dass Bower Package Maintainer und Verbraucher mehr darauf achten müssen, ihre Versionsnummern zu erhalten, um Konflikte zu vermeiden, aber es ist ein Preis wert, zu zahlen. Und ich finde NPM-Module sind oft schlampig in der Ausgabe von Major-, Minor- und Patch-Releases, so dass NPM-Abhängigkeitsmanagement auch nicht gerade ein Bett aus Rosen ist.