Ich beziehe mich auf zwei Tutorials, um die Antwort eins , zwei zu schreiben
Gradle ist ein deklaratives Build-Tool für allgemeine Zwecke. Dies ist ein allgemeiner Zweck, da damit so ziemlich alles erstellt werden kann, was Sie im Build-Skript implementieren möchten. Es ist deklarativ, da Sie nicht viel Code in der Build-Datei sehen möchten, der nicht lesbar und weniger wartbar ist. Während Gradle die Idee von Konventionen und einen einfachen und deklarativen Build bietet, macht es das Tool auch anpassungsfähig und Entwickler können es erweitern. Es bietet auch eine einfache Möglichkeit, das Standardverhalten und verschiedene Hooks anzupassen, um Funktionen von Drittanbietern hinzuzufügen.
Gradle kombiniert die guten Teile beider Tools und bietet zusätzliche Funktionen und verwendet Groovy als domänenspezifische Sprache (DSL). Es verfügt über die Leistung und Flexibilität des Ant-Tools mit Maven-Funktionen wie dem Build-Lebenszyklus und der Benutzerfreundlichkeit.
Warum Gradle? Warum jetzt?
Die Antwort des Build-Tools besteht darin, Skriptfunktionen über nicht standardmäßige Erweiterungsmechanismen hinzuzufügen. Am Ende mischen Sie Skriptcode mit XML oder rufen externe Skripte aus Ihrer Build-Logik auf. Es ist leicht vorstellbar, dass Sie im Laufe der Zeit immer mehr benutzerdefinierten Code hinzufügen müssen. Infolgedessen führen Sie unweigerlich zu einer versehentlichen Komplexität, und die Wartbarkeit geht aus dem Fenster.
Angenommen, Sie möchten eine Datei an einen bestimmten Speicherort kopieren, wenn Sie die Release-Version Ihres Projekts erstellen. Um die Version zu identifizieren, überprüfen Sie eine Zeichenfolge in den Metadaten, die Ihr Projekt beschreiben. Wenn es einem bestimmten Nummerierungsschema entspricht (z. B. 1.0-RELEASE), kopieren Sie die Datei von Punkt A nach Punkt B. Von außen betrachtet klingt dies möglicherweise nach einer trivialen Aufgabe. Wenn Sie sich auf XML verlassen müssen, die Build-Sprache vieler traditioneller Tools, wird es ziemlich schwierig, diese einfache Logik auszudrücken.
Entwicklung der Java Build Tools
Die Java-Build-Logik muss in XML beschrieben werden. XML eignet sich hervorragend zur Beschreibung hierarchischer Daten, kann jedoch den Programmfluss und die bedingte Logik nicht ausdrücken. Mit zunehmender Komplexität eines Build-Skripts wird die Pflege des Build-Codes zum Albtraum.
In Ant machen Sie das JAR-Ziel vom Kompilierungsziel abhängig. Ant gibt keine Anleitung zur Strukturierung Ihres Projekts. Obwohl es maximale Flexibilität ermöglicht, macht Ant jedes Build-Skript einzigartig und schwer verständlich. Für Ihr Projekt erforderliche externe Bibliotheken werden normalerweise in die Versionskontrolle eingecheckt, da es keinen automatisierten Mechanismus gibt, um sie von einem zentralen Ort abzurufen.
Maven 1 , veröffentlicht im Juli 2004, versuchte diesen Prozess zu vereinfachen. Es bot eine standardisierte Projekt- und Verzeichnisstruktur sowie ein Abhängigkeitsmanagement. Leider ist benutzerdefinierte Logik schwer zu implementieren
Gradle passt genau in diese Generation von Build-Tools und erfüllt viele Anforderungen moderner Build-Tools (Abbildung 1). Es bietet ein ausdrucksstarkes DSL, eine Konvention über den Konfigurationsansatz und ein leistungsstarkes Abhängigkeitsmanagement. Es ist der richtige Schritt, XML aufzugeben und die dynamische Sprache Groovy einzuführen, um Ihre Build-Logik zu definieren. Klingt zwingend, nicht wahr?
Gradle kombiniert die besten Funktionen anderer Build-Tools.
Gradles überzeugender Funktionsumfang
Warum sollten Sie Ihre Java-Projekte mit Gradle anstatt mit Ant oder Maven erstellen?
Das Standard-Build-Tool für Android (und der neue Star der Build-Tools in der JVM) wurde entwickelt, um das Scripting komplexer mehrsprachiger Builds zu vereinfachen. Sollten Sie jedoch darauf umsteigen, wenn Sie Ant oder Maven verwenden?
Der Schlüssel zum Entsperren der Power-Funktionen von Gradle in Ihrem Build-Skript liegt in der Ermittlung und Anwendung des Domänenmodells (siehe Abbildung unten).
Gradle kann nicht alle Anforderungen kennen, die für Ihren Unternehmensaufbau spezifisch sind. Durch das Offenlegen von Hooks in Lebenszyklusphasen ermöglicht Gradle die Überwachung und Konfiguration des Ausführungsverhaltens des Build-Skripts.
Gradle erstellt ein Vokabular für sein Modell, indem er ein in Groovy implementiertes DSL verfügbar macht. Wenn Sie sich mit einer komplexen Problemdomäne befassen, kann in diesem Fall die Aufgabe, Software zu erstellen und eine gemeinsame Sprache zum Ausdrücken Ihrer Logik zu verwenden, ein leistungsstarkes Werkzeug sein.
Ein weiteres Beispiel ist die Art und Weise, wie Sie Abhängigkeiten zu externen Bibliotheken ausdrücken können, ein sehr häufiges Problem, das durch Build-Tools gelöst wird. Out-of-the-Box Gradle bietet Ihnen zwei Konfigurationsblöcke für Ihr Build-Skript, mit denen Sie die Abhängigkeiten und Repositorys definieren können, aus denen Sie sie abrufen möchten. Wenn die Standard-DSL-Elemente nicht Ihren Anforderungen entsprechen, können Sie über den Erweiterungsmechanismus von Gradle sogar Ihr eigenes Vokabular einführen.
Integration mit anderen Build-Tools
Gradle spielt gut mit Ant, Maven und Ivy seiner Vorgänger, wie im Bild unten gezeigt.
Automatisieren Sie Ihr Projekt von der Erstellung bis zur Bereitstellung
Im Bild: Phasen einer Bereitstellungspipeline.
Code kompilieren
Ausführen von Unit- und Integrationstests
Durchführen einer statischen Code-Analyse und Generieren einer Testabdeckung
Verteilung erstellen
Bereitstellung der Zielumgebung
Bereitstellen des Liefergegenstandes
Durchführung von Rauch- und automatisierten Funktionstests
Ich beziehe mich auf zwei Tutorials, um die Antwort eins , zwei zu schreiben
