Me refiero a dos tutoriales para escribir la Respuesta uno , dos
Gradle es una herramienta de construcción declarativa de uso general. Es de propósito general porque puede usarse para construir casi cualquier cosa que desee implementar en el script de compilación. Es declarativo ya que no desea ver mucho código en el archivo de compilación, que no es legible y menos mantenible. Entonces, si bien Gradle proporciona la idea de convenciones y una construcción simple y declarativa, también hace que la herramienta sea adaptable y los desarrolladores puedan ampliarla. También proporciona una manera fácil de personalizar el comportamiento predeterminado y diferentes ganchos para agregar características de terceros.
Gradle combina las partes buenas de ambas herramientas y proporciona características adicionales y utiliza Groovy como un lenguaje específico de dominio (DSL). Tiene el poder y la flexibilidad de la herramienta Ant con características de Maven, como el ciclo de vida de construcción y la facilidad de uso.
¿Por qué gradle? ¿Porqué ahora?
La respuesta de la herramienta de compilación es agregar funcionalidad de secuencias de comandos a través de mecanismos de extensión no estándar. Terminas mezclando código de scripting con XML o invocando scripts externos desde tu lógica de compilación. Es fácil imaginar que necesitará agregar más y más código personalizado con el tiempo. Como resultado, inevitablemente introduce una complejidad accidental, y la facilidad de mantenimiento desaparece.
Supongamos que desea copiar un archivo en una ubicación específica cuando está creando la versión de lanzamiento de su proyecto. Para identificar la versión, marque una cadena en los metadatos que describen su proyecto. Si coincide con un esquema de numeración específico (por ejemplo, 1.0-RELEASE), copie el archivo del punto A al punto B. Desde una perspectiva externa, esto puede sonar como una tarea trivial. Si tiene que confiar en XML, el lenguaje de construcción de muchas herramientas tradicionales, expresar esta lógica simple se vuelve bastante difícil.
Evolución de las herramientas de compilación de Java
La lógica de compilación de Java debe describirse en XML. XML es excelente para describir datos jerárquicos, pero no alcanza a expresar el flujo del programa y la lógica condicional. A medida que el script de compilación crece en complejidad, mantener el código de construcción se convierte en una pesadilla.
En Ant , haces que el objetivo JAR dependa del objetivo de compilación. Ant no da ninguna guía sobre cómo estructurar su proyecto. Aunque permite la máxima flexibilidad, Ant hace que cada script de compilación sea único y difícil de entender. Las bibliotecas externas requeridas por su proyecto generalmente se registran en el control de versiones porque no existe un mecanismo automatizado para extraerlas de una ubicación central.
Maven 1 , lanzado en julio de 2004, trató de facilitar ese proceso. Proporcionó un proyecto estandarizado y una estructura de directorios, así como la gestión de dependencias. Desafortunadamente, la lógica personalizada es difícil de implementar
Gradle encaja perfectamente en esa generación de herramientas de compilación y satisface muchos requisitos de las herramientas de compilación modernas (Figura 1). Proporciona un DSL expresivo, una convención sobre el enfoque de configuración y una potente gestión de dependencias. Realiza el movimiento correcto para abandonar XML e introducir el lenguaje dinámico Groovy para definir su lógica de compilación. Suena convincente, ¿no?
Gradle combina las mejores características de otras herramientas de compilación.
Conjunto de características convincentes de Gradle
¿Por qué construir sus proyectos Java con Gradle en lugar de Ant o Maven?
La herramienta de compilación predeterminada para Android (y la nueva estrella de herramientas de compilación en la JVM) está diseñada para facilitar la creación de scripts de compilaciones complejas en varios idiomas. Sin embargo, ¿debería cambiarlo si está usando Ant o Maven?
La clave para desbloquear las potentes funciones de Gradle dentro de su script de construcción radica en descubrir y aplicar su modelo de dominio, como se muestra en la imagen a continuación.
Gradle no puede conocer todos los requisitos específicos para la construcción de su empresa. Al exponer los ganchos en las fases del ciclo de vida, Gradle permite monitorear y configurar el comportamiento de ejecución del script de compilación.
Gradle establece un vocabulario para su modelo al exponer un DSL implementado en Groovy. Cuando se trata de un dominio de problemas complejos, en este caso, la tarea de crear software, poder usar un lenguaje común para expresar su lógica, puede ser una herramienta poderosa.
Otro ejemplo es la forma en que puede expresar dependencias a bibliotecas externas, un problema muy común resuelto por las herramientas de compilación. Gradle listo para usar le proporciona dos bloques de configuración para su script de compilación que le permiten definir las dependencias y repositorios de los que desea recuperarlos. Si los elementos DSL estándar no se ajustan a sus necesidades, incluso puede introducir su propio vocabulario a través del mecanismo de extensión de Gradle.
Integración con otras herramientas de compilación
Gradle juega bien con Ant, Maven e Ivy de sus predecesores, como se muestra en la imagen a continuación.
Automatizando su proyecto desde la compilación hasta la implementación
En imagen: etapas de una tubería de implementación.
Compilando el código
Ejecución de pruebas unitarias y de integración
Realizar análisis de código estático y generar cobertura de prueba
Creando la distribución
Aprovisionamiento del entorno objetivo
Desplegando el entregable
Realización de humo y pruebas funcionales automatizadas.
Me refiero a dos tutoriales para escribir la Respuesta uno , dos
