¿Odias los anuncios? Ir Sin publicidad Hoy 

Formateador de código Kotlin

DesarrolladorTexto

ANUNCIO · ¿ELIMINAR?

APORTE

PROD.

Lado cliente

ANUNCIO · ¿ELIMINAR?

Guía

Formateador de código Kotlin

Pega cualquier código Kotlin y obtén un formato limpio, en estilo ktlint, directamente en tu navegador. El formateador normaliza la indentación, corrige el espacio entre operadores, ordena importaciones y añade comas finales en listas de múltiples líneas, todo sin enviar el código a un servidor.

Cómo Usar

Pega tu código Kotlin en la caja de entrada o haz clic Prueba un ejemplo para cargar un archivo de ejemplo.
Elige el tamaño de indentación (2 espacios, 4 espacios o tabuladores) y el ancho máximo de línea.
Palanca Ordenar importaciones y Añadir comas finales según tus preferencias personales.
Haz clic en Formato y copia o descarga el resultado limpio.

Características

Sangría configurable – cambiar entre 2 espacios, 4 espacios o tabuladores sin tener que reeditar el archivo.
Espacio de operadores – espacios consistentes alrededor =, ==, ===, ->, ?:, y asignaciones compuestas.
Orden de importaciones – orden alfabético de import declaraciones como un bloque único.
Comas finales – añadidas automáticamente en listas de argumentos y parámetros de múltiples líneas.
Ubicación de llaves – las llaves de apertura permanecen en la misma línea que su declaración, siguiendo las convenciones de Kotlin.
Seguridad de cadenas y comentarios – los tokens dentro de literales de cadena, KDoc y comentarios de bloque se preservan tal como están.
Solo del lado del cliente – tu código nunca abandona el navegador; no se sube, no se registran.
Copiar y descargar – obtén el resultado como texto o guárdalo como un .kt archivo.

Cuándo este herramienta es útil

Este formateador está diseñado para situaciones en las que ejecutar una completa cadena de herramientas como ktlint o ktfmt es excesivo: pegar un fragmento de un hilo de chat o de una solicitud de cambio, limpiar un Gist aislado o normalizar un ejemplo para documentación. Aplica las reglas que más a menudo son criticadas en revisiones de código: espacios inconsistentes alrededor de dos puntos, líneas en blanco faltantes entre declaraciones de nivel superior, niveles de indentación desalineados tras una edición – y deja las transformaciones semánticas más profundas para el IDE.

ANUNCIO · ¿ELIMINAR?

 Preguntas frecuentes

¿Qué guía de estilo sigue el formateo de código Kotlin?

El formateo de código Kotlin sigue las convenciones oficiales de Kotlin publicadas por JetBrains. Estas convenciones abarcan la indentación (cuatro espacios, sin tabuladores), la ubicación de llaves en la misma línea que la declaración, comas finales en listas de múltiples líneas, y el orden canónico de modificadores como public, open, override y suspend. Herramientas como ktlint y ktfmt aplican variantes de estas reglas para que los código se mantengan coherentes entre equipos.
¿Cómo se organizan los importes en Kotlin?

Los importes en Kotlin se agrupan típicamente en un bloque único al principio del archivo, justo debajo de la declaración de paquete, sin líneas en blanco entre ellos. La convención es ordenar los importes alfabéticamente por su ruta completa. Se permiten importes con asterisco, pero se desaconseja para paquetes ambiguos; se permiten importes con asterisco en paquetes generados como kotlinx.android.synthetic y similares.
¿Por qué son útiles las comas finales en Kotlin?

Las comas finales en listas de argumentos de múltiples líneas, listas de parámetros y literales de colecciones reducen el ruido en diferencias cuando se añaden o reordenan elementos, porque la línea anterior al cierre de corchete no necesita modificarse simplemente para añadir una coma. Desde Kotlin 1.4, las comas finales se convirtieron en parte integral del lenguaje, y ktlint las fomenta en listas que ocupan más de una línea.
¿Cómo maneja Kotlin el largo de línea y el envío de líneas?

La guía oficial de Kotlin recomienda un límite suave de entre cien y ciento veinte caracteres por línea. Cuando una declaración excede este límite, los parámetros y las llamadas en cadena se dividen en líneas separadas, con el nivel de indentación continuado en un nivel adicional. La llave de apertura permanece en la misma línea que la llave de cierre para mantener las declaraciones visiblemente compactas.