Checkstyle 13.5.0 ya está disponible, trayendo actualizaciones importantes para la calidad del código Java y la aplicación de estilos. Esta versión se enfoca en expandir las capacidades de verificación, refinar reglas existentes y solucionar varios problemas reportados.

Cambios Clave

  • Nuevas Funcionalidades:

    • Una nueva verificación, UnusedTryResourceShouldBeUnnamed, ayuda a identificar y aplicar las mejores prácticas para las declaraciones try-with-resources.
    • La verificación AvoidStarImport ahora incluye la propiedad maxAllowedStarImports, permitiendo un control más detallado al autorizar como máximo una importación star por archivo.
    • RightCurlyCheck ahora soporta el token LITERAL_DEFAULT, mejorando su aplicabilidad.

  • Mejoras en Guías de Estilo y Correcciones de Errores:

    • Estilo Google: Se ha mejorado la aplicación de reglas para comentarios encerrados en cajas, la indentación correcta de bloques de texto y las reglas adecuadas de salto de línea para flechas lambda.
    • Estilo OpenJDK: Se han añadido múltiples verificaciones nuevas para alinearse con las directrices de estilo de OpenJDK, cubriendo aspectos como declaraciones de variables (§3.10), nombres de paquetes (§4.1), sentencias de importación (§3.3), archivos fuente Java (§2) y declaraciones de paquetes (§3.2).
    • Mejoras de Precisión: Se corrigen falsos positivos en RequireThis e IndentationCheck, y falsos negativos en PatternVariableAssignment y SimplifyBooleanExpression.
    • Soporte Javadoc y JDK25: JavadocTypeCheck ahora coincide correctamente con las etiquetas @param de componentes de record, y la herramienta añade soporte para cuerpos de constructor flexibles dirigidos a JDK25. MissingJavadocTypeCheck también se actualizó para usar el AST de Javadoc.

Para detalles completos, consulte las notas de lanzamiento oficiales.

Impacto para Equipos QA

Los equipos de QA se beneficiarán de un análisis estático de código más preciso y completo. Las verificaciones mejoradas de guías de estilo aseguran una mayor consistencia en las bases de código, reduciendo el esfuerzo de revisión manual. Menos falsos positivos y negativos significan informes más confiables, permitiendo a los equipos enfocarse en problemas genuinos de calidad de código.