Por que meu código de país NO está entre aspas?

Porque `NO` puro é a string `NO` para um leitor YAML 1.2 e o booleano **falso** para um 1.1 — e o PyYAML, usado por uma parcela enorme do mundo, implementa o 1.1. Aqui o valor chega como string JSON: sabemos o que ele é, e as aspas são a única escrita que o mantém assim.

Meu identificador de 20 dígitos sobrevive?

Sim. O número é lido como o texto que ele é, então `12345678901234567890` sai com os vinte dígitos. Não é de graça: o `JSON.parse` o teria arredondado antes para `12345678901234567000`, e é assim que a maioria dos conversores o perde.

Posso ter comentários ou âncoras na saída?

Não, e nada poderia. O JSON não tem nem uns nem outras: não há o que levar, e um conversor não pode inventar um comentário que ninguém escreveu. Se você precisa de um YAML documentado, escreva os comentários depois de converter e mantenha o YAML como fonte daí em diante.

JSON para YAML — pronto para a sua configuração

Converta JSON em YAML. A indentação é sua escolha, os valores ambíguos ganham aspas e o resultado cola direto num Compose ou na sua CI.

Instantâneo Privado Zero cookies

Indentação

Inverter: YAML → JSON

Entrada JSON

Saída YAML

O que esta ferramenta faz

YAML é um superconjunto de JSON, então o mapeamento é direto: objetos viram mapeamentos, arrays viram sequências, e cada escalar mantém o tipo.

{ "nome": "Ada", "tags": ["mat", "motor"], "ativo": true }

nome: Ada
tags:
  - mat
  - motor
ativo: true

Entre aspas onde o sentido mudaria

{ "pais": "NO", "bandeira": "yes", "as": "12:30" }

pais: "NO"
bandeira: "yes"
as: "12:30"

Escritos puros, esses três seriam lidos como falso, verdadeiro e 750 por qualquer analisador YAML 1.1 — o que o PyYAML implementa, e é com PyYAML que uma parcela enorme do mundo lê YAML. Chama-se problema norueguês, pelo código de país que não para de virar booleano.

Aqui o valor chega do JSON como string: não há ambiguidade sobre o que é. Colocar aspas é a única escrita que o mantém string para todos os leitores. Booleanos de verdade ficam puros: true é true.

Identificadores longos mantêm os dígitos

{ "id": 12345678901234567890 }

sai com os vinte dígitos. A maioria dos conversores analisa primeiro o JSON para um valor JavaScript, o que faz cada número passar por um ponto flutuante de dupla precisão e arredonda além de uns quinze dígitos, em silêncio. Aqui o número é lido como o texto que ele é.

Strings multilinha viram escalares de bloco

Uma string com quebras de linha é escrita na forma de bloco, legível, em vez de com \n:

descricao: |-
  primeira linha
  segunda linha

O que não atravessa

Comentários e âncoras. O JSON não tem nem um nem outro: não há o que carregar. Um conversor que se oferecesse para adicioná-los estaria inventando a documentação do seu arquivo, e isso é trabalho de uma pessoa.

Privado por padrão

Tudo é executado localmente no seu navegador com JavaScript. Os seus dados nunca são enviados para um servidor, o que torna a ferramenta segura para conteúdo sensível e funciona offline.

Perguntas frequentes

Por que meu código de país NO está entre aspas?: Porque `NO` puro é a string `NO` para um leitor YAML 1.2 e o booleano **falso** para um 1.1 — e o PyYAML, usado por uma parcela enorme do mundo, implementa o 1.1. Aqui o valor chega como string JSON: sabemos o que ele é, e as aspas são a única escrita que o mantém assim.
Meu identificador de 20 dígitos sobrevive?: Sim. O número é lido como o texto que ele é, então `12345678901234567890` sai com os vinte dígitos. Não é de graça: o `JSON.parse` o teria arredondado antes para `12345678901234567000`, e é assim que a maioria dos conversores o perde.
Posso ter comentários ou âncoras na saída?: Não, e nada poderia. O JSON não tem nem uns nem outras: não há o que levar, e um conversor não pode inventar um comentário que ninguém escreveu. Se você precisa de um YAML documentado, escreva os comentários depois de converter e mantenha o YAML como fonte daí em diante.