JSON ist ein Pruefpunkt, keine Verlustfreiheitszusage
Dieser Workflow dient einer konkreten Uebergabe: Eine strukturierte Quelle wird in eine JSON-Darstellung ueberfuehrt, die das Team pruefen kann, und anschliessend in das vom Folgesystem benoetigte Format ausgegeben. Der Quellzweig ist entscheidend. Eine Tabelle besteht aus Zeilen mit Kopf- und Zellkonventionen, HCL, TOML und YAML tragen Konfigurationskonventionen, BSON und UBJSON enthalten Binaerdetails. Alles als austauschbaren Text zu behandeln verdeckt die Risiken, die die Konvertierung kontrollieren soll.
Den JSON-Vertrag vor dem Export sichtbar machen
Vor der Zielwahl Objekt- oder Arrayform, Pflichtschluessel, Verschachtelung, Kennungen, Nullwerte, Daten und Dezimalwerte pruefen. Hier wird entschieden, ob ein Objekt fuer CSV oder XLSX abgeflacht werden darf, ob Konfigurationskommentare ausserhalb des Umfangs liegen und ob ein GraphQL-Verbraucher eine antwortfoermige Payload benoetigt.
Einen bewussten Zweig exportieren und die Grenze testen
Ein Ziel waehlen, weil ein benannter Verbraucher es braucht, nicht weil ein weiterer Konverter vorhanden ist. CSV passt zu flachen Datensaetzen, XML zu vereinbarter Hierarchie, Markdown zu einem Pruefartefakt und CSON oder EDN zu sprachspezifischen Prozessen. Ein repraesentatives Ergebnis parsen oder reimportieren und die geschaeftskritischen Felder vergleichen. Eine Datei, die sich oeffnen laesst, beweist nicht, dass ihr Datenvertrag erhalten blieb.