Kotlin Inspector

Cómo usar esta herramienta para desarrolladores

1. Pega o carga el código o la definición de entrada.
2. Ajusta las opciones disponibles cuando corresponda.
3. Ejecuta la herramienta o usa Ctrl/Cmd + Enter.
4. Revisa el resumen, las métricas y cualquier diagnóstico.
5. Copia o descarga el resultado antes de integrarlo en tu proyecto.

Qué hace esta herramienta para desarrolladores

Inspecciona patrones Kotlin que suelen merecer una segunda revisión durante code review: uso de `!!`, `GlobalScope`, propiedades `lateinit`, comentarios TODO, impresiones de depuración y casts no seguros. No califica el código de forma absoluta; presenta señales concretas con línea y explicación para que el desarrollador decida si son justificadas.

Un hallazgo no implica necesariamente un bug; el contexto de la aplicación puede justificar el patrón.

Ejemplo

El botón Ejemplo carga una entrada representativa de Kotlin Inspector. Ejecútala para comparar el resultado real con la estructura descrita en esta página.

import kotlinx.coroutines.GlobalScope

class ApiClient {
    lateinit var token: String

    fun start(value: String?) {
        println(value!!)
        GlobalScope.launch { /* trabajo */ }
        // TODO: gestionar cancelación
    }
}

Casos de uso

• Revisión rápida de fragmentos durante code review.
• Preparación de ejemplos para documentación o tickets.
• Comprobación local antes de abrir un proyecto completo.
• Extracción o transformación de información para scripts auxiliares.

Consejos para obtener resultados fiables

• Usa una entrada pequeña y representativa al diagnosticar un problema.
• Conserva el archivo original antes de aplicar cambios automáticos.
• Revisa manualmente sintaxis avanzada o declaraciones multilínea.
• No interpretes una comprobación local como garantía de compilación.
• Evita incluir credenciales, tokens o secretos en ejemplos compartidos.

Detalles del procesamiento

Busca construcciones específicas por línea y asigna una severidad orientativa según el riesgo habitual de nulabilidad, ciclo de vida, inicialización o depuración accidental. La herramienta no realiza solicitudes externas para la función principal y devuelve una salida determinista para la misma entrada y opciones.

Un hallazgo no implica necesariamente un bug; el contexto de la aplicación puede justificar el patrón.