Mi riferisco a due tutorial per scrivere la risposta uno , due
Gradle è uno strumento di costruzione dichiarativo generico. È generico perché può essere utilizzato per creare praticamente tutto ciò che ti interessa implementare nello script di compilazione. È dichiarativo poiché non si desidera visualizzare un sacco di codice nel file di build, che non è leggibile e meno gestibile. Pertanto, sebbene Gradle fornisca l'idea di convenzioni e una costruzione semplice e dichiarativa, rende anche lo strumento adattabile e gli sviluppatori la possibilità di estendere. Fornisce inoltre un modo semplice per personalizzare il comportamento predefinito e diversi hook per aggiungere funzionalità di terze parti.
Gradle combina le parti positive di entrambi gli strumenti e fornisce funzionalità aggiuntive e utilizza Groovy come DSL (Domain Specific Language). Ha la potenza e la flessibilità dello strumento Ant con funzionalità Maven come il ciclo di vita della build e la facilità d'uso.
Perché Gradle? Perché ora?
La risposta dello strumento di compilazione è quella di aggiungere funzionalità di scripting tramite meccanismi di estensione non standard. Si finisce per mescolare il codice di scripting con XML o invocare script esterni dalla logica di compilazione. È facile immaginare che dovrai aggiungere sempre più codice personalizzato nel tempo. Di conseguenza, si introduce inevitabilmente complessità accidentale e la manutenibilità esce dalla finestra.
Supponiamo che tu voglia copiare un file in una posizione specifica quando crei la versione di rilascio del tuo progetto. Per identificare la versione, controlli una stringa nei metadati che descrivono il tuo progetto. Se corrisponde a uno schema di numerazione specifico (ad esempio, 1.0-RELEASE), si copia il file dal punto A al punto B. Da una prospettiva esterna, questo può sembrare un compito banale. Se devi fare affidamento su XML, il linguaggio di costruzione di molti strumenti tradizionali, esprimere questa semplice logica diventa abbastanza difficile.
Evoluzione di Java Build Tools
La logica di compilazione Java deve essere descritta in XML. XML è ottimo per descrivere i dati gerarchici ma non riesce a esprimere il flusso del programma e la logica condizionale. Man mano che lo script di compilazione cresce in complessità, mantenere il codice di costruzione diventa un incubo.
In Ant , fai in modo che il target JAR dipenda dal target di compilazione. Ant non fornisce alcuna guida su come strutturare il tuo progetto. Sebbene permetta la massima flessibilità, Ant rende ogni script di build unico e difficile da capire. Le librerie esterne richieste dal progetto vengono generalmente controllate nel controllo versione perché non esiste un meccanismo automatizzato per estrarle da una posizione centrale.
Maven 1 , rilasciato nel luglio 2004, ha cercato di facilitare questo processo. Ha fornito un progetto standardizzato e una struttura di directory, nonché una gestione delle dipendenze. Sfortunatamente, la logica personalizzata è difficile da implementare
Gradle si adatta perfettamente a quella generazione di strumenti di costruzione e soddisfa molti requisiti dei moderni strumenti di costruzione (Figura 1). Fornisce un DSL espressivo, una convenzione sull'approccio alla configurazione e una potente gestione delle dipendenze. Fa la mossa giusta per abbandonare XML e introdurre il linguaggio dinamico Groovy per definire la tua logica di costruzione. Sembra avvincente, vero?
Gradle combina le migliori caratteristiche di altri strumenti di costruzione.
Gradle's convincente set di funzionalità
Perché costruire i tuoi progetti Java con Gradle piuttosto che Ant o Maven?
Lo strumento di creazione predefinito per Android (e la nuova stella degli strumenti di creazione sulla JVM) è progettato per facilitare lo scripting di build complesse e multilingue. Dovresti cambiarlo, però, se stai usando Ant o Maven?
La chiave per sbloccare le funzionalità di potenza di Gradle all'interno del tuo script di compilazione sta nel scoprire e applicare il suo modello di dominio, come mostrato nell'immagine qui sotto.
Gradle non può conoscere tutti i requisiti specifici della tua build aziendale. Esponendo gli hook nelle fasi del ciclo di vita, Gradle consente il monitoraggio e la configurazione del comportamento di esecuzione dello script di build.
Gradle stabilisce un vocabolario per il suo modello esponendo un DSL implementato in Groovy. Quando si ha a che fare con un dominio problematico complesso, in questo caso il compito di creare software, essere in grado di usare un linguaggio comune per esprimere la propria logica può essere uno strumento potente.
Un altro esempio è il modo in cui è possibile esprimere dipendenze da librerie esterne, un problema molto comune risolto dagli strumenti di compilazione. Gradle out-of-the-box fornisce due blocchi di configurazione per lo script di compilazione che consentono di definire le dipendenze e i repository da cui si desidera recuperarli. Se gli elementi DSL standard non soddisfano le tue esigenze, puoi persino introdurre il tuo vocabolario attraverso il meccanismo di estensione di Gradle.
Integrazione con altri strumenti di costruzione
Gradle gioca bene con i suoi predecessori 'Ant, Maven e Ivy, come mostrato nell'immagine qui sotto.
Automatizzare il tuo progetto dalla costruzione alla distribuzione
Nell'immagine: fasi di una pipeline di distribuzione.
Compilare il codice
Esecuzione di test unitari e di integrazione
Esecuzione dell'analisi del codice statico e generazione della copertura del test
Creare la distribuzione
Provisioning dell'ambiente di destinazione
Distribuzione del deliverable
Esecuzione di fumo e test funzionali automatizzati
Mi riferisco a due tutorial per scrivere la risposta uno , due
