Convertidor JSON a YAML

JSON to YAML Converter transforma cualquier documento JSON en YAML válido y equivalente. Pegue JSON (una carga útil de API, un manifiesto de paquete, una exportación de configuración) y vuelva a limpiar YAML con sangría consistente, sintaxis de lista correcta y cadenas citadas correctamente, listo para colocar en un manifiesto de Kubernetes, un archivo Docker Compose, un flujo de trabajo de acciones de GitHub o cualquier otro YAML. configuración basada.

La conversión no es sólo un intercambio de sintaxis. YAML tiene bordes nítidos. JSON no: un "no" sin comillas se convierte en falso booleano en muchos analizadores, "3000" se convierte silenciosamente en un número y cadenas de versiones como 1.10 se truncan a 1.1. Este convertidor detecta los escalares ambiguos comunes (booleanos, números nulos y decimales, valores heredados de YAML 1.1 como sí/no/on/off y cadenas con caracteres especiales) y los cita para que sus datos sobrevivan el viaje de ida y vuelta con tipos intactos.

Esto es lo que hace este convertidor JSON a YAML en línea con un pequeño fragmento de estilo Docker Compose. La entrada {"name": "web", "ports": ["8080:80"], "depuración": "no"} sale como cuatro líneas: nombre: web, luego puertos:, luego una sangría - "8080:80", luego depuración: "no". La asignación de puertos se cita porque contiene dos puntos y "no" se cita para que siga siendo una cadena. No hay nada instalado: el convertidor JSON a YAML en línea se ejecuta en la página, por lo que funciona igual en una computadora portátil o en el navegador de un teléfono.

Todo sucede en el lado del cliente, en su navegador. Los archivos de configuración a menudo contienen nombres de host, puertos internos y secretos, por lo que no se carga ni almacena nada que pegue; el convertidor funciona sin conexión una vez cargado. La sangría se puede configurar (2 o 4 espacios) para que coincida con el estilo de su equipo, y existe una opción para cotizar cada cadena para máxima seguridad.

Vale la pena verificar dos cosas sobre la conversión en la salida. Las cadenas que parecen otros tipos se citan deliberadamente, porque YAML las reinterpretaría de otro modo: la cadena JSON "sí" es booleana una vez que no se cita según las reglas de YAML 1.1, y "1.10" se convierte en el número 1.1. Citar demasiado es el fallo seguro aquí y citar menos es el peligroso. La segunda es que JSON no tiene comentarios que transmitir, por lo que una configuración convertida de JSON llega sin ninguno y cualquier cosa explicativa debe volver a escribirse a mano. Las estructuras profundamente anidadas siguen siendo válidas pero dejan de ser legibles, lo cual vale la pena recordar cuando el motivo para pasar a YAML fue legible en primer lugar: después de cuatro o cinco niveles, la sangría de YAML es más difícil de seguir que los corchetes de JSON.