Inicio Noticias Lo amas o lo odias, Gradle llega a la versión 7.0

Lo amas o lo odias, Gradle llega a la versión 7.0

Gradle es una herramienta que siempre provoca discusión entre desarrolladores. Veamos qué trae y qué detiene la versión 7.

Encontré Gradle por primera vez mientras desarrollaba en Android y mi primera impresión fue que no era la herramienta más amigable; sintaxis críptica, términos contradictorios (ver compilación e implementación) y bloques de elementos peculiares.

El salto de Groovy a Kotlin DSL es otro testimonio de las raíces de Android de la herramienta y de cómo evolucionó la plataforma, al igual que Gradle. Después de Android, usé Gradle en el mundo de Spring Boot completamente Maven y me sentí realmente en desacuerdo, haciendo mi vida miserable a veces mientras hacía malabares con la sintaxis, los complementos y las dependencias.

Después de que todo finalmente funcionó, entré en la mentalidad de “si funciona, no juegues con eso”, temiendo que el más mínimo cambio pudiera romper mi estructura. Por el contrario, para este tipo de proyectos Java, encontré a Maven más fácil de usar y entender debido a su estructura concreta y formas más obvias de hacer las cosas.

Creo que mi caso resuena en general y todo se reduce al dicho de Bruce Eckel:

“Hacer nada [in Gradle] hay que saberlo todo “.

Y, por supuesto, el hecho es que casi todas las actualizaciones de versiones rompen vínculos con el pasado. No puedo usar una versión anterior de Gradle para compilar un proyecto creado con uno más nuevo. Supongo que se puede decir que esto se resolvió con envoltorios, pero aún así …

En cualquier caso, se acaba de lanzar una nueva versión 7.0, así que echemos un vistazo a lo que trae y lo que rompe.

En primer lugar, trae soporte para Java 16. Luego está:

Sistema de archivos observando cambios para compilaciones incrementales más rápidas Soporte nativo para el silicio Apple Groovy 3 en scripts de compilación Groovy DSL Mejoras de rendimiento para cambios incrementales en proyectos de Android

También. patrocina una nueva función llamada “catálogos de versiones” que simplifica la gestión de versiones al compartir versiones de dependencia entre proyectos.

Los catálogos de versiones son compartidos y accesibles por todos los proyectos en una compilación, por lo que su principal ventaja es que cuando se introduce una versión de dependencia, se replica para cada proyecto.

Los catálogos de versiones son experimentales y se pueden habilitar editando settings.gradle y habilitando:

enableFeaturePreview (“VERSION_CATALOGS”)

Por supuesto, como siempre, también hay cambios revolucionarios:

Debido a la actualización a la próxima versión principal de Groovy, pueden ocurrir problemas menores al actualizar a Gradle 7.0. En Gradle 7, se eliminan tanto la configuración de compilación como la de tiempo de ejecución. Por lo tanto, debe migrar a la implementación y las configuraciones de API anteriores. Si todavía está utilizando el complemento de java para una biblioteca de Java, deberá aplicar el complemento de biblioteca de Java en su lugar.

Hay una guía completa sobre la actualización de la versión 6x a la 7.0 y, por supuesto, 160 correcciones de errores.

Estos son los cambios más importantes, pero hay muchos más que se pueden encontrar en las notas de la versión 7.0.

Entonces, en última instancia, la versión 7 de Gradle es una necesidad para ponerse al día con los desarrollos de la plataforma Android, como tal, todavía está orientada principalmente a Android.

¿Eres pro o anti usando Gradle y también lo estás usando en proyectos que no son de Android? Deje un comentario a continuación para hacérnoslo saber.

Gradle7sq

Marc Gomez
Vine a por tabaco y ya me quedé aquí. Cuando no estoy en el sótano de Tecnopasion suelo pasear por las calles de Barcelona.
RELATED ARTICLES

Dejar respuesta

Please enter your comment!
Please enter your name here