TL;DR

  • Nuevas reglas JSDoc y ESLint mejoran la calidad y consistencia del código.
  • Se expanden las verificaciones jsx-a11y para una mejor accesibilidad web.
  • Optimizaciones de rendimiento significativas para un linting más rápido.

Key Changes

Oxlint apps_v1.65.0 presenta una actualización centrada en la calidad del código, la accesibilidad y el rendimiento.

Features: Esta versión introduce varias reglas nuevas para asegurar mejores estándares de codificación. Para JSDoc, require-throws-description, require-throws-type y require-yields-type garantizan una documentación completa de las funciones. La integración con ESLint añade prefer-arrow-callback y no-implicit-globals, promoviendo prácticas modernas de JavaScript. Crucialmente para la accesibilidad web, nuevas reglas jsx-a11y como no-interactive-element-to-noninteractive-role, no-noninteractive-element-interactions y control-has-associated-label ayudan a identificar posibles problemas de UI/UX de forma temprana. Los desarrolladores también obtienen una nueva opción --debug para información detallada de tiempo por regla.

Bug Fixes: La actualización aborda varios problemas, incluyendo un mejor manejo de shadowed self-assignments en no-unused-vars, verificaciones mejoradas de expresiones condicionales en no-noninteractive-tabindex y correcciones para prefer-arrow-callback en TSX. La estabilidad y precisión general del linter se mejoran con correcciones en el conteo de reglas y la ignorancia de rutas.

Performance: Varias reglas recibieron optimizaciones específicas, incluyendo no-unsafe-optional-chaining, no-unreachable, no-loss-of-precision y oxc/bad-array-method-on-arguments. Estas mejoras contribuyen a ciclos de linting más rápidos.

Oxfmt v0.50.0: Junto con Oxlint, Oxfmt v0.50.0 incluye un breaking change al evitar el pre-escaneo de configuración. También presenta correcciones de errores para la clasificación de imports, el formato JSX y mejoras de rendimiento.

Impact for QA Teams

Los equipos de QA se benefician de esta actualización mediante una detección más temprana de defectos. Las reglas de linting mejoradas, especialmente para la accesibilidad, significan que los desarrolladores detectan más problemas antes de que el código llegue a los entornos de prueba. Un linting más rápido también contribuye a ciclos de desarrollo más ágiles, permitiendo que QA se enfoque en pruebas funcionales y exploratorias más profundas.