Nuestro equipo ve ahora a Gradle Kotlin DSL como tecnología por defecto para iniciar nuevos proyectos usando Gradle, preferentemente sobre Groovy. Equipos que ya estén utilizando Groovy deberían considerar migrar. Kotlin provee mejor soporte para refactorización y edición más simple en IDEs, y nuestros equipos reportan que produce código que es más fácil de leer y mantener. Dado que algunos IDEs ahora soportan la migración, debería ser relativamente rápido experimentar con la sustitución del Groovy existente. En algunas situaciones Kotlin puede ser más lento que Groovy; sin embargo, para muchos proyectos, es poco probable que impacte al equipo.
Anteriormente ya emitimos un blip sobre el DSL (lenguaje específico de dominio) en Kotlin para el plugin de Gradle para Android, o lenguaje específico de dominio en Kotlin para Gradle (Gradle Kotlin DSL, en inglés), que añadía soporte para scripts en Kotlin como alternativa a Groovy para proyectos Android que utilizan scripts de construcción de Gradle. El objetivo de reemplazar Groovy con Kotlin es proporcionar un mejor soporte para el refactoring, una edición más simple en IDEs y finalmente producir código que sea más fácil de leer y mantener. Para equipos que ya estén usando Kotlin, también significa trabajar en la construcción en un lenguaje ya conocido. Sugerimos ahora probar el DSL en Kotlin como un lenguaje alternativo a Groovy para proyectos de Gradle en general, especialmente si tenemos scripts de construcción de Gradle que sean grandes y complejos. Muchos IDEs incluyen ya soporte para la migración de proyectos existentes. Sugerimos comprobar previamente en la documentación los detalles más actualizados, incluyendo los prerrequisitos. Uno de nuestros equipos que tenía un script de construcción de al menos 7 años de antigüedad y 450 líneas de código, consiguió migrarlo exitosamente en unos pocos días.
Android Gradle plugin Kotlin DSL ha agregado soporte para Kotlin Script como alternativa a Groovy para los scripts de compilación de Gradle. El objetivo de reemplazar Groovy con Kotlin es proporcionar un mejor soporte para la refactorización y una edición más simple en los IDE (Entorno de desarrollo integrado) y, en última instancia, producir código que sea más fácil de leer y mantener. Para equipos que ya usan Kotlin, también significa trabajar en la compilación en un lenguaje familiar. Hemos tenido un equipo con un script de compilación de 450 líneas de al menos siete años de antigüedad que migró en unos pocos días. Si tienen scripts de compilación de Gradle grandes o complejos, entonces vale la pena evaluar si Kotlin Script producirá mejores resultados para sus equipos.
