JSON para YAML

Exemplo

Entrada:

{
  "name": "my-app",
  "replicas": 3,
  "env": { "DEBUG": "false", "LOG_LEVEL": "info" },
  "command": ["php", "artisan", "queue:work"]
}

Saída:

name: my-app
replicas: 3
env:
  DEBUG: "false"
  LOG_LEVEL: info
command:
  - php
  - artisan
  - queue:work

Mapeamento de tipos

Quando as strings precisam de citação

O YAML interpreta automaticamente algumas strings como não-strings. Valores que se parecem com estes precisam de citações:

O conversor cita automaticamente estes e deixa o resto sem citação para legibilidade.

Diferenças de design entre YAML e JSON

• Comentários: YAML os tem (#), JSON não.
• Âncoras/aliases: YAML suporta referências cruzadas (&anchor / *alias); JSON repete os dados. A conversão não pode inferir estes; adicione-os manualmente se desejar.
• Strings em várias linhas: YAML tem scalars de bloco (| preserva novas linhas, > as dobra). O conversor usa estes para strings longas.
• Representação nula: YAML permite null, ~, ou vazio. O conversor emite null por padrão.

Erros comuns

• “Problema da Noruega” do YAML 1.1. NO sem citações é booleano false no YAML 1.1. A maioria dos parsers modernos é YAML 1.2 onde apenas true/false são booleanos, mas algumas ferramentas legadas ainda causam problemas.
• Espaços em branco à direita em valores. O YAML os preserva em scalars de bloco, remove-os em scalars simples. Inesperado se você não souber qual forma você obteve.
• Tabs na indentação. O YAML proíbe a indentação com tabulação. Sempre use espaços.
• Strings muito longas em uma única linha. Quebre-as em scalars de bloco para legibilidade; o conversor faz isso automaticamente além de um limite configurável.