YAML a JSON

Convertir YAML en JSON limpio directamente en su navegador cuando necesite mover datos de estilo de configuración en flujos de trabajo basados en JSON más estrictos. Esta página es útil para la preparación rápida de la carga útil, la inspección de config y convertir YAML en un formato que las API, scripts y validadores comúnmente esperan.

Datos

Pruébalo.

Entrada de YAML

Producción JSON

Ejemplos

Simple valor clave YAML

Input

name: ToolMill
active: true
count: 3

Producto

{
  "name": "ToolMill",
  "active": true,
  "count": 3
}

Anidado objeto YAML

Input

service:
  name: api
  ports:
    - 443
    - 8443

Producto

{
  "service": {
    "name": "api",
    "ports": [443, 8443]
  }
}

YAML lista a JSON array

Input

users:
  - name: Ava
    role: editor
  - name: Leo
    role: viewer

Producto

{
  "users": [
    {
      "name": "Ava",
      "role": "editor"
    },
    {
      "name": "Leo",
      "role": "viewer"
    }
  ]
}

Cómo YAML mapas a JSON

Los mapeos YAML se convierten en objetos JSON, secuencias YAML se convierten en arrays JSON, y los valores de escalar se convierten en cadenas JSON, números, booleanos o nulos dependiendo de cómo se interpretan. Esto hace que esta página sea útil para convertir el texto de configuración en un formato más estricto orientado a la máquina.

Reglas de entrada que importan antes de convertir

YAML depende en gran medida de la indentación y la estructura de la lista. El espaciamiento consistente, el uso correcto de los colones y los elementos de lista debidamente anidados importan más de lo que hacen en formatos con sujetadores y corchetes explícitos. Si el texto pegado ha roto la indentación o la estructura parcial, la conversión puede fallar o producir salida inesperada.

Qué cambios durante la conversión

La salida JSON se hace explícita sobre la estructura añadiendo frenos, corchetes, comas y cadenas citadas cuando sea necesario. Los comentarios de YAML no se llevan a cabo en la salida JSON, y el estilo de formato se normaliza a JSON en lugar de preservar el aspecto original del snippet YAML.

Errores de conversión comunes

Los errores comunes incluyen la indentación rota, los elementos de lista que no están alineados correctamente, los colones desaparecidos, los fragmentos parciales pegados, y las suposiciones que comentarios o cada detalle de formato original sobrevivirán la conversión. Otra sorpresa frecuente es la interpretación de tipo: valores no citados como verdaderos, falsos, nulos o 3 pueden convertirse en booleanos, nulos o números en la salida JSON en lugar de cadenas.

Flujos de trabajo prácticos

Antes de que usted se basa en JSON convertido en automatización o producción

Antes de reutilizar el JSON en los flujos de trabajo de despliegue o automatización, confirme que el destino espera la misma estructura, interpretación de escalar y comportamiento de citación que usted ve ahora en forma JSON. Una conversión exitosa es útil, pero la compatibilidad con el consumidor real todavía necesita ser verificada por separado.

Características y casos de bordes de YAML Esta conversión puede simplificar

Algunas características de YAML se pueden expresar de maneras menos obvias después de la conversión a JSON. Los anclajes, alias, comentarios, estilo de formato y algunas convenciones de escalar son ejemplos en los que el JSON convertido puede preservar los datos básicos al perder el contexto de YAML orientado hacia el ser humano o detalles de presentación.

Cómo interpretar el producto JSON después de la conversión de YAML

La salida JSON es una representación amigable con la máquina de la estructura analizada de la entrada YAML. Puede ser más fácil validar o pasar a APIs, pero sigue siendo importante revisar la forma de arrays, objetos y valores de escalar antes de tratarlo como un reemplazo de drop-in para el archivo YAML original.

Utilice esta página cuando necesite convertir un fragmento de configuración en JSON para una API o script, compruebe la estructura de una lista de YAML antes de entregarla a otra herramienta, o convierta un manifiesto de identificación humana en un formato que los validadores más estrictos pueden leer. Es mejor adecuado para conversiones de pasta rápida en lugar de migración de config a gran escala o características avanzadas de YAML.