Convertitore YAML ↔ JSON

Converti YAML e JSON in entrambi i sensi e guarda ogni riga che cambia.

YAML → JSONJSON → YAML

Trascina e rilascia i file qui, o fai clic per selezionare

Il file non lascia il dispositivo · Senza registrazione · Senza limite giornaliero

Fino a 100 MB per file

Il tuo file resta in questa scheda. Non viene caricato nulla, e conta: i manifest Kubernetes e i file CI contengono segreti, nomi host interni e indirizzi di registry.

Input YAML

0 B

Rientro

2 spazi4 spazi

Incolla YAML o JSON, oppure trascina un file.

Come funziona

Incolla YAML o JSON, oppure trascina un file .yaml, .yml o .json. La direzione segue quello che incolli.
Leggi il risultato, e poi leggi l'elenco delle modifiche qui sotto. Conta i commenti eliminati, gli anchor e le merge key espansi, i documenti raccolti in un array e i valori che non sono sopravvissuti al viaggio.
Controlla a parte l'elenco YAML 1.1 / 1.2. Sono le righe i cui valori PyYAML, Ruby o Go leggono diversamente da un parser YAML 1.2, citate con il numero di riga così puoi decidere prima che qualcosa a valle non sia d'accordo con te.
Copia o scarica il risultato completo. L'anteprima a schermo può essere accorciata quando l'output è molto lungo; la copia e il download non lo sono mai.

A cosa serve

Trasformare un docker-compose.yml o un manifest Kubernetes in JSON perché uno script o una API possa leggerlo.
Riportare una configurazione JSON in YAML, per uno strumento che accetta solo YAML.
Verificare, prima di consegnare un file di configurazione, se PyYAML di Python lo legge come lo legge un parser YAML 1.2.
Esaminare un workflow di GitHub Actions di cui non ti fidi fino in fondo, fra virgolette e chiave on: senza virgolette.

Da sapere

I commenti non sopravvivono. JSON non ha una sintassi per i commenti, quindi ogni riga che inizia con # sparisce dopo la conversione. Lo strumento li conta prima e ti dice quanti erano: 4 nel manifest Kubernetes con cui abbiamo provato, 2 nel file docker-compose. Tieni l'YAML originale se i commenti contano.
Anchor e alias (&nome e *nome) vengono espansi, non conservati. Dove compariva *nome ottieni una copia completa del valore, perché JSON non ha riferimenti. Quel passaggio non si può annullare.
Le merge key vengono unite sul posto. Lo schema x-common: &common che usano i file docker-compose esce copiato dentro ogni servizio che lo richiamava con <<: *common.
Un file YAML con più documenti (quelli separati da ---) diventa un unico array JSON. Un file Kubernetes con due risorse arriva come [{...}, {...}].
Lo stile degli scalari a blocco (|, >, |- e >-) non viene ripristinato al ritorno. Il testo dentro è identico; cambia solo il modo in cui è scritto. Il testo che contiene interruzioni di riga torna come blocco |, e lo stile ripiegato > non torna mai.
Questo strumento legge YAML 1.2. yes, no, on, off, y, n e NO sono testo; 22:30 è testo; 2024-01-15 è testo. PyYAML (Python), Ruby e yaml.v2 di Go leggono YAML 1.1 e li trasformano in booleani, numeri e date. Ogni riga del genere nel tuo file viene segnalata con il suo numero di riga, fino alle prime 40: nei nostri file di prova erano 3 righe nel manifest Kubernetes, 3 nel docker-compose e 1 nel workflow di GitHub Actions.
Uno zero iniziale si perde: 08 è il numero 8 in YAML 1.2 e viene scritto in JSON come 8, mentre PyYAML legge lo stesso 08 come il testo "08". Mettilo tra virgolette nel tuo YAML se lo zero deve restare.
.inf, -.inf e .nan non hanno un equivalente JSON e diventano null. Ognuno riceve un avviso a sé, invece di essere sostituito di nascosto.
In JSON le chiavi sono sempre stringhe. 1: one diventa "1": "one", null: x diventa "null": "x", e le chiavi composte scritte come ? [a, b] vengono appiattite in testo. Se la stessa chiave compare due volte vince l'ultimo valore: e te lo diciamo, invece di fartelo scoprire dopo.
I tag non vengono conservati. !!binary diventa una stringa base64. I tag CloudFormation e Ansible come !Ref e !GetAtt non rompono la conversione, ma il tag viene eliminato e resta solo il suo valore, quindi il risultato non è più un template CloudFormation valido.
Gli interi grandi restano nel testo JSON esattamente come li hai scritti: 9007199254740993 rimane 9007199254740993 invece di arrotondare a ...992, e 1.10 rimane 1.10. Se poi leggi quel JSON con JSON.parse nel tuo codice, l'arrotondamento avviene lì: quella perdita è del tipo numerico di JavaScript, non di questo convertitore.
L'YAML che questo strumento scrive porta le virgolette ovunque servano, quindi l'output può contenerne più del tuo originale. È voluto: è ciò che fa leggere il risultato allo stesso modo sotto YAML 1.1 e sotto YAML 1.2. L'abbiamo verificato con tre parser e con PyYAML 6.0.1 di Python.
I file grandi sono più lenti di quanto sembri, perché il parser legge il testo sorgente e non solo i valori: circa 24 ms per 9 KB, 238 ms a 171 KB e 1,2 s a 2,7 MB in Chromium desktop. I file di configurazione veri sono piccoli (quelli Kubernetes, compose e workflow che abbiamo misurato stanno fra 0,8 e 1,5 KB) quindi la cosa si vede solo su quelli generati da una macchina.

Domande frequenti

La conversione è senza perdite?

No, e nessuna conversione da YAML a JSON lo è. Commenti, anchor, merge key, tag e stile a blocco non hanno un equivalente JSON, quindi vengono risolti o eliminati. Qui la differenza è che ognuno di essi viene contato e localizzato invece di sparire in silenzio.

Il risultato torna a essere lo stesso file?

Il JSON sì: convertire JSON in YAML e di nuovo indietro ha prodotto un JSON identico byte per byte su tutti e tre i file reali che abbiamo provato, letterali numerici e ordine delle chiavi compresi. L'YAML no: i commenti spariscono, anchor e merge key vengono espansi e le virgolette cambiano. I valori sopravvivono al giro; il file come l'hai scritto no.

Perché il mio yes è diventato una stringa?

Perché questo strumento legge YAML 1.2, dove yes è testo. PyYAML, Ruby e yaml.v2 di Go leggono YAML 1.1, dove la stessa parola è true. Sono esattamente le righe che l'elenco delle differenze segnala, così le vedi qui invece che in un deploy rotto.

Arrotonda i miei numeri?

No. Il JSON viene scritto a partire dal tuo testo sorgente e non da un numero JavaScript, quindi 9007199254740993 e 1.10 vengono stampati esattamente come li hai digitati. Anche l'ordine delle chiavi sopravvive, comprese quelle che sembrano numeri come 10, 2 e 1, che un normale oggetto JavaScript riordinerebbe in silenzio in 1, 2, 10.

Apre i file CloudFormation o Ansible?

Li apre senza errori, !Ref e !GetAtt sono accettati e i loro valori conservati: ma il tag viene eliminato, quindi quello che ottieni sono dati, non un template che puoi distribuire.

Il mio file viene caricato?

No. La conversione avviene nella scheda del tuo browser. Qui conta più che nella maggior parte delle pagine: i manifest Kubernetes e i workflow CI contengono abitualmente hostname interni, indirizzi di registry, nomi di segreti e a volte i segreti stessi.

Strumenti correlati

3MF in STL

Convertitore PNG in SVG

Convertitore JPG in SVG

Convertitore da Immagine a SVG

Convertitore PNG in DXF