table_view CSV ↔ JSON Konverter star

Wie die Umwandlung wirklich funktioniert

CSV und JSON modellieren Daten unterschiedlich, und die Richtung, in die Sie umwandeln, bestimmt, wie viel Ratewerk dabei ist. CSV → JSON ist fast mechanisch: Die Kopfzeile wird zur Menge der Schlüssel, und jede folgende Zeile wird ein Objekt mit diesen Schlüsseln — name,age über Ada,36 wird zu [{"name":"Ada","age":"36"}]. Felder in Anführungszeichen mit Kommas, escapte Anführungszeichen ("") und mehrzeilige Zellen werden gemäß RFC 4180 geparst, und das Trennzeichen (Komma, Semikolon oder Tabulator) wird automatisch aus der ersten Zeile erkannt.

JSON → CSV ist, wo die eigentliche Schwierigkeit liegt. CSV ist strikt flach — eine Zeile, ein Datensatz, ein Wert pro Zelle —, während JSON von Natur aus Verschachtelung unterstützt: Ein Objekt kann ein weiteres Objekt oder ein Array als Wert eines Feldes enthalten, und es gibt keine allgemein anerkannte Methode, das in eine einzelne CSV-Zelle zu zwängen. Nehmen Sie {"name":"Ada","address":{"city":"London"}} — sollte die Spalte address.city heißen (Punktnotation, die das verschachtelte Objekt in zusätzliche Spalten auflöst), oder sollte der gesamte address-Wert als rohe JSON-Zeichenkette in einer Zelle eingebettet werden, etwa {"city":"London"}? Beide Ansätze sind in der Praxis üblich, und keiner ist "der" Standard; dieses Tool wählt die Punktnotation für eine Verschachtelungsebene und weicht bei Arrays und tieferen Strukturen auf eingebetteten JSON-Text aus, weil das einfache Objekte wirklich tabellenfreundlich hält, ohne bei komplexen still Daten zu verlieren.

Wichtig zu verinnerlichen: Das ist keine Lücke im Tool, sondern eine Lücke im Datenmodell selbst. Jeder CSV↔JSON-Konverter, den Sie ausprobieren — dieser eingeschlossen — muss eine redaktionelle Entscheidung zur Abflachung treffen, weil die beiden Formate nie dafür gedacht waren, perfekt austauschbar zu sein. CSV wurde für tabellarische Aufstellungen gebaut; JSON wurde für beliebig geformte Dokumente gebaut. Das von Anfang an zu wissen, erklärt, warum eine komplexe JSON-Datei über CSV hin- und zurückgeführt selten genau die ursprüngliche Struktur reproduziert, und warum tief verschachtelte Daten in JSON-Form zu belassen oft schlicht die richtige Entscheidung ist statt eine Einschränkung, die es zu umgehen gilt.

Was Sie wissen sollten

• CSV kennt keine Datentypen. Jeder Wert durchläuft die Umwandlung als Text, sofern Sie nicht die Zahlenumwandlung aktivieren, die zahlenähnliche Zeichenketten in echte JSON-Zahlen verwandelt (während nullgepolsterte IDs wie "007" als Zeichenketten belassen werden, da eine Umwandlung sie verfälschen würde).
• Das Trennzeichen wird automatisch erkannt, nicht angenommen. Excel exportiert in vielen europäischen und türkischen Ländereinstellungen mit Semikolons, weil das Komma dort bereits das Dezimaltrennzeichen ist — der Parser prüft die Kopfzeile, um das richtige zu wählen.
• JSON → CSV vereinigt alle Schlüssel über alle Objekte. Wenn manche Datensätze ein Feld haben, das andere nicht haben, enthält die Kopfzeile jeden irgendwo im Array vorkommenden Schlüssel, und fehlende werden in dieser Zeile leer gelassen.
• Nichts verlässt Ihren Browser. Parsen und Umwandlung geschehen beide lokal in JavaScript, sodass das Einfügen eines sensiblen Exports ihn nirgendwohin sendet.
• Die Zeilenreihenfolge bleibt in beiden Richtungen erhalten. Die erste Datenzeile bleibt nach der Umwandlung in beide Richtungen an erster Stelle, was wichtig ist, wenn eine Tabelle oder ein nachgelagertes Skript sich auf die Positionsreihenfolge statt auf einen expliziten Sortierschlüssel verlässt.