Ist Maven ähnlich wie npm?

Da ich mit npm gearbeitet habe, das nach Abhängigkeiten in der Datei package.json sucht und sie für Sie herunterlädt. Ebenso sehe ich eine pom.xml-Datei im Java-Projekt. Schaut Maven in dieser Datei nach und lädt Abhängigkeiten für mich herunter. Kann ich diese pom.xml-Datei wie package.json weitergeben, anstatt die Abhängigkeits-Jars zu geben? Sind diese Tools ähnlich und nur für verschiedene Plattformen entwickelt?

Gleiches Tool, andere Sprache?

Maven ist das beliebteste Build- und Abhängigkeitsauflösungstool für Java, genau wie NPM für JS. Aber es ist nicht nur das gleiche Tool für eine andere Sprache. Es gibt offensichtlich große Unterschiede zwischen Java- und JS-Builds, und diese Unterschiede sind direkt in der Art und Weise sichtbar, wie Maven funktioniert. Während beispielsweise viele JS-Tools auf Git angewiesen sind, um einige schwere Aufgaben zu erledigen, arbeitet Maven mit benutzerdefinierten dateisystembasierten Maven-Repositories, da Maven älter als Git ist und binäre Artefakte verarbeiten muss, die Git historisch nicht gut gehandhabt hat. In Maven gibt es eine klare Trennung zwischen Quellen und Binärdateien, während sie in der JS-Welt oft dasselbe sind.

Maven-Grundlagen

Maven in seiner reinsten Form folgt einem deklarativen Modell, wo pom.xml (ähnlich zu package.json) definiert verschiedene Eigenschaften des Builds, enthält jedoch keine Skripts. Der Nachteil ist, dass es eine Herausforderung sein kann, einige Aspekte des Builds zu optimieren, ohne Skripte zu verwenden, da Sie sich auf Plugins verlassen müssen. Der Vorteil ist, dass es einfacher sein kann, andere Builds zu verstehen, indem man sie einfach ansieht pom.xml, da sie normalerweise denselben Ansatz ohne zu viele Anpassungen verfolgen. Gradle ist ein beliebtes Groovy-basiertes Tool, das auf Maven-Standards und -Konventionen aufbaut und speziell zur Vereinfachung entwickelt wurde pom.xml und durchbrechen Sie diese „Kein-Skript“-Barriere.

Verweisen auf Ihre Abhängigkeiten

ähnlich zu package.jsonmit dem Sie nicht arbeiten pom.xml Ihrer Abhängigkeit direkt, sondern definieren Sie Abhängigkeitskoordinaten und lassen Sie Ihr Build-Tool den Rest erledigen. In Maven ist die Grundform dieser Koordinaten GAV (Gruppen-ID, Artefakt-ID, Version).

Flacher Abhängigkeitsbaum?

Basierend auf den Kommentaren in der anderen Antwort stellt Maven einen „flachen Abhängigkeitsbaum“ bereit, nicht einen „verschachtelten Abhängigkeitsbaum“, den NPM standardmäßig bereitstellt. Maven erlaubt nicht mehrere Versionen derselben Abhängigkeit. Kommt es vor, dass unterschiedliche Versionen angefordert werden, verwendet Maven Abhängigkeitsauflösung um eine einzelne Version auszuwählen. Dies bedeutet, dass Ihre transitiven Abhängigkeiten manchmal eine andere Version erhalten, als sie erfordern, aber es gibt Möglichkeiten, dies zu verwalten. Diese Einschränkung kommt jedoch von Java, nicht von Maven, da (normalerweise) in Java ein Klassenlader nur Zugriff auf eine einzelne Klassendefinition bietet, selbst wenn mehrere Definitionen im Klassenpfad gefunden werden. Da Java damit nicht besonders gut umgehen kann, versucht Maven dieses Szenario von vornherein zu vermeiden.

Hinweis: Seit npm v3 sind die Abhängigkeiten abgeflacht. Der alternative Paketmanager Garn macht auch das gleiche.

Die Reife

Darüber hinaus ist Maven wesentlich älter als NPM, hat eine größere Benutzerbasis, eine große Anzahl von benutzerdefinierten Plugins und könnte bisher wahrscheinlich insgesamt als ausgereifter angesehen werden. Manchmal wird Maven für Nicht-Java- oder sogar polyglotte Projekte verwendet, da es Plugins für den Umgang mit anderen Sprachen oder bestimmten Umgebungen wie Android gibt. Es gibt Plugins, die Maven und andere Build-Tools überbrücken, wie z Frontend-Maven-Plugin das tatsächlich mehrere JS-Build-Tools verarbeitet.

Unten verwende ich | zwischen maven | zu trennen npm-Terme jeweils:

Gemeinsamkeiten:

• Beide Tools unterstützen dynamischer Abruf von Abhängigkeiten ( Artefakte | Pakete ) basierend auf einer Deskriptordatei pom.xml|package.jsonund erlauben es Ihnen auch bereitstellen | veröffentlichen dein eigenes Artefakte | Pakete.

• Beide haben eine Standardöffentlichkeit Aufbewahrungsort | Registrierung ( http://repo.maven.apache.org/maven2/ | https://registry.npmjs.org), aber auch Drittanbieter können verwendet werden (via settings.xml|.npmrc ).

• Beide unterstützen das Konzept von Abhängigkeiten auf Build-Ebene (in Skripten verwendete Plugins | devDependencies). *Maven unterstützt provided Abhängigkeiten, aber dies scheint für npm nicht zu gelten, da Javascript selten in Containern bereitgestellt wird.

• Beide unterstützen Abhängigkeitsnamensräume: groupId|scope

Unterschiede:

• Maven hat eine zusätzliche lokales Repository(Zwischenspeicher):

  • Es ist nicht erforderlich, dieselbe Abhängigkeit für verschiedene Projekte erneut abzurufen.
  • Lokal installierte Artefakte sind automatisch für andere lokale Projekte zugänglich.

• Abhängigkeiten von einem in Maven eingebauten Projekt werden heruntergeladen <homedir>/.m2. Mit npm werden sie heruntergeladen <projectdir>/node_modules.

• Einbauen Maven ist üblicherweise a einstufiger Prozess: mvn package (deps holen, bauen). In npm ist es ein zweistufiger Prozess: npm install (Abruf abrufen) , npm build (bauen)

• Maven definiert Lebenszyklen aufbauen (zum Bauen, Testen, Bereitstellen) bestand aus Phasen, an die sich Standardoperationen (Plugin-Ziele) anschließenbasierend auf verschiedenen Verpackungsoptionen (.jar,.war,.ear etc). Sie können diese Operationen dann überschreiben oder neue einfügen (über das Plugin-System). Dies bietet eine Art Out-of-the-Box-Lösung für Build, Docgen, Test, Deployment usw
  Der npm-Ansatz ist einfacher (siehe: Skripte)

• Aus diesem Grund wird npm als a bezeichnet Paketverwaltungstool für Javascript während maven als a gekennzeichnet ist Build-Automatisierungs- und Abhängigkeitsverwaltungstool für Java.

• Beim Maven-Setup beinhaltet der Build-Prozess häufiger Bearbeiten der pom.xml.
  In npm geht es um Code schreiben oder konfigurieren ergänzende Build-Tools wie gulp,webpack etc

• Aus irgendeinem Grund Versionsbereiche die von Benutzern in npm-Modulen definiert werden, sind viel mehr lose als in maven. Dies kann zu Problemen mit transitiven Abhängigkeiten führen, weshalb kürzlich eine zusätzliche Datei hinzugefügt wurde: package-lock.json

• Mit npm ist es viel mehr unkompliziert zu starten ein neues Projekt: npm init. Bei Maven müssen Sie wissen, wie man ein Minimum schreibt pom.xmloder lesen Sie etwas über Archetypen.

• Im Allgemeinen ist es viel üblicher, zu bearbeiten pom.xml als package.json. Z.B Hinzufügen von Abhängigkeiten in Maven erledigt manuell (oder über IDE) während in npm über die Kommandozeile.

• Wie bei allen Build-Tools können Sie ein Tool innerhalb des anderen aufrufen, aber ich denke, es ist viel üblicher, es aufzurufen npm von innerhalb von mavenals das Gegenteil.

• npm unterstützt Entwicklung, Produktion baut. In Maven muss dies durch definiert werden Profile.

Jawohl. Es ist ein ähnliches Verpackungstool für Java. suchen gradle auch das gibt Ihnen mehr Freiheit mit groovy languageaber für den Anfang können Sie verwenden maven um Ihre Abhängigkeiten zu organisieren. Sie fügen sie dort als Tags ein und Maven erledigt die Arbeit für Sie.

Es durchläuft den Abhängigkeitsbaum und lädt alle entsprechenden JAR-Dateien herunter.

Ja, dasselbe gilt für Gradle, aber sie sind nicht benutzerfreundlich wie npm.