Conversor JSON para YAML

JSON para YAML Converter transforma qualquer documento JSON em YAML equivalente e válido. Cole JSON - uma carga útil de API, um manifesto de pacote, uma exportação de configuração - e volte a limpar YAML com recuo consistente, sintaxe de lista correta e strings citadas corretamente, prontas para serem lançadas em um manifesto do Kubernetes, arquivo Docker Compose, fluxo de trabalho do GitHub Actions ou qualquer outra configuração baseada em YAML.

A conversão não é apenas uma troca de sintaxe. YAML tem arestas vivas que JSON não tem: um "não" não citado se torna o falso booleano em muitos analisadores, "3000" silenciosamente se transforma em um número e strings de versão como 1.10 são truncadas para 1.1. Este conversor detecta os escalares ambíguos comuns - booleanos, nulos, números decimais, valores legados YAML 1.1 como sim/não/ligado/desligado e strings com caracteres especiais - e os cita para que seus dados sobrevivam à viagem de ida e volta com tipos intactos.

Aqui está o que este conversor JSON para YAML on-line faz com um pequeno trecho de estilo Docker Compose A entrada {"name": "web", "ports": ["8080:80"], "debug": "no"} sai como quatro linhas: name: web, then ports:, then an recuado - "8080:80", then debug: "no" O mapeamento de porta é citado porque contém dois pontos, e "no" é citado para que permaneça uma string Nada está instalado: o conversor JSON para YAML on-line é executado na página, então funciona da mesma forma em um laptop ou navegador de telefone.

Tudo acontece no lado do cliente, no seu navegador Os arquivos de configuração geralmente contêm nomes de host, portas internas e segredos, portanto, nada do que você colar é carregado ou armazenado - o conversor funciona offline depois de carregado O recuo é configurável (2 ou 4 espaços) para corresponder ao estilo da sua equipe, e há uma opção para citar cada string para máxima segurança.

Duas coisas sobre a conversão valem a pena verificar na saída Strings que se parecem com outros tipos são citadas deliberadamente, porque YAML de outra forma as reinterpretaria: a string JSON "sim" é um booleano uma vez não citado sob as regras YAML 1.1, e "1.10" torna-se o número 1.1. a citação excessiva é a falha segura aqui e a citação insuficiente é a perigosa A segunda é que JSON não tem comentários para transportar, então uma configuração convertida de JSON chega sem nenhum, e qualquer coisa explicativa tem que ser escrita de volta à mão Estruturas profundamente aninhadas permanecem válidas, mas param de ser legíveis, o que vale a pena lembrar quando a razão para mudar para YAML era a legibilidade em primeiro lugar: passado quatro ou cinco níveis, o recuo de YAML é mais difícil de seguir do que os colchetes de JSON.