JSON-zu-YAML-Konverter

JSON to YAML Converter wandelt jedes JSON-Dokument in äquivalentes, gültiges YAML um. Fügen Sie JSON ein - eine API-Nutzlast, ein Paketmanifest, einen Config-Export - und erhalten Sie sauberes YAML mit konsistenter Einrückung, korrekter Listensyntax und ordnungsgemäß zitierten Zeichenfolgen zurück, die in ein Kubernetes-Manifest, eine Docker Compose-Datei, einen GitHub Actions-Workflow oder eine andere YAML-basierte Konfiguration fallen gelassen werden können.

Die Konvertierung ist nicht nur ein Syntax-Swap. YAML hat scharfe Kanten. JSON hat keine: Ein nicht zitiertes „Nein" wird in vielen Parsern zum booleschen Falschwert, „3000" verwandelt sich stillschweigend in eine Zahl und Versionszeichenfolgen wie 1.10 werden auf 1.1 gekürzt. Dieser Konverter erkennt die üblichen mehrdeutigen Skalare - boolesche Zahlen, Null, Dezimalzahlen, YAML 1.1-Vermächtniswerte wie Ja/Nein/Ein/Aus und Zeichenfolgen mit Sonderzeichen - und zitiert sie, damit Ihre Daten die Hin- und Rückfahrt mit intakten Typen überstehen.

Hier ist, was dieser Online-JSON-YAML-Konverter mit einem kleinen Ausschnitt im Docker Compose-Stil macht Die Eingabe {"name": "web", "ports": ["8080:80"], "debug": "no"} kommt als vier Zeilen heraus: Name: web, dann Ports:, dann ein eingerückter - "8080:80", dann debug: "nein" Die Portzuordnung wird zitiert, weil sie einen Doppelpunkt enthält, und "nein" wird zitiert, damit sie eine Zeichenfolge bleibt Nichts ist installiert: Der JSON-YAML-Konverter online läuft auf der Seite, so funktioniert es auf einem Laptop oder einem Browser genauso.

Alles geschieht clientseitig, in Ihrem Browser Konfigurationsdateien enthalten oft Hostnamen, interne Ports und Geheimnisse, sodass nichts, was Sie einfügen, hochgeladen oder gespeichert wird - der Konverter funktioniert offline, sobald er geladen ist Einrückung ist konfigurierbar (2 oder 4 Leerzeichen), um dem Stil Ihres Teams zu entsprechen, und es gibt die Möglichkeit, jede Zeichenfolge für maximale Sicherheit anzugeben.

Zwei Dinge an der Konvertierung sind es wert, in der Ausgabe überprüft zu werden Strings, die wie andere Typen aussehen, werden bewusst zitiert, denn YAML würde sie sonst uminterpretieren: Die JSON-Zeichenfolge "ja" ist eine boolesche, einmal nicht zitierte unter YAML 1.1-Regeln, und "1.10" wird zur Zahl 1.1. Überzitieren ist hier der sichere Fehler und Unterzitieren ist die gefährliche Die zweite ist, dass JSON keine Kommentare zu tragen hat, so dass eine von JSON konvertierte Konfiguration mit keiner ankommt, und alles Erklärende muss von Hand zurückgeschrieben werden Tief verschachtelte Strukturen bleiben gültig, aber nicht mehr lesbar, was sich zu merken lohnt, wenn der Grund für die Verschiebbarkeit in den ersten YAMSON-Klammern härter ist als.