CSV und JSON privat im Browser konvertieren

Die Konvertierung von CSV und JSON im Browser kann den Dateiinhalt auf Ihrem Gerät halten. Dies geschieht, wenn die Anwendung alles lokal liest, analysiert, umwandelt und herunterlädt. Dieses Design verringert die Datenübertragung. Es macht nicht automatisch alle Seiten, Erweiterungen, Geräte oder Eingaben sicher.

Schnelle Antwort: Verwenden Sie einen Konverter, der die lokale Verarbeitung im Browser erklärt. Trennen Sie bei sehr sensiblen und nicht wesentlichen Arbeiten das Netzwerk, wenn die Anwendung offline funktioniert. Prüfen Sie Trennzeichen, Kopfzeilen, Codierung, Datentypen, Formeln und Zeilenmengen. Validieren Sie die JSON-Ausgabe, bevor Sie die Quelldatei löschen.

Diese Anleitung erklärt die Unterschiede zwischen CSV und JSON, die Bedeutung von „privat in Ihrem Browser“ und die Validierung einer Konvertierung. Sie verweist auf den CSV-zu-JSON-Konverter, die JSON-Tools und die CSV- und XML-Daten-Tools.

Kann man CSV in JSON konvertieren, ohne eine Datei hochzuladen?

Ja. Moderne Browser erlauben einer Seite, eine vom Benutzer ausgewählte Datei zu lesen. JavaScript kann sie im Speicher analysieren und einen Download erzeugen, ohne den Inhalt an einen Anwendungsserver zu senden.

Die W3C-File-API definiert den Browserzugriff auf ausgewählte Dateien und Binärdaten. Eine lokale Konvertierung kann eine Dateieingabe, FileReader, Blob, eine Objekt-URL und eine Download-Aktion verwenden. Der Browser lädt den Anwendungscode dennoch von einem Ort, sofern die Seite nicht bereits offline funktioniert.

Direkte Antwort: „Läuft in Ihrem Browser“ beschreibt, wo die wichtigste Transformation stattfindet. Dies beweist allein nicht, dass kein Code Daten sendet. Prüfen Sie die Produkterklärung, das Netzwerkverhalten, die Codekontrollen, Erweiterungen und die Geräterichtlinie, wenn die Daten sensibel sind.

Eine Anwendung kann Telemetrie, Fehlerdetails oder Inhalte senden, wenn ihr Code dies entscheidet. Eine kompromittierte Abhängigkeit kann das Verhalten ebenfalls ändern. Erweiterungen können weitreichenden Zugriff auf die Seite haben. Verwaltete Geräte, Antivirenprogramme, synchronisierte Ordner, Zwischenablage-Manager und Systemsicherungen erzeugen getrennte Datenwege.

Bei gewöhnlichen strukturierten Daten kann die lokale Konvertierung den Datenschutz stark verbessern, weil sie eine routinemäßige Übertragung an den Server entfernt. Befolgen Sie bei regulierten Datensätzen, Geheimnissen oder Daten mit hohem Einfluss das freigegebene Tool und die Datenverarbeitungsrichtlinie der Organisation.

Wie unterscheiden sich CSV und JSON?

CSV stellt tabellarische Datensätze mit Textfeldern und Trennzeichen dar. JSON stellt Werte mit Objekten, Arrays, Zeichenketten, Zahlen, booleschen Werten und null dar. Die Konvertierung benötigt Entscheidungen, weil beide Formate nicht dieselbe Struktur oder dieselben Typen speichern.

Merkmal	CSV	JSON	Konvertierungsentscheidung
Hauptstruktur	Zeilen und Felder	Verschachtelte Objekte und Arrays	Ein Objekt pro Zeile oder ein anderes Schema wählen
Feldnamen	Oft die erste Zeile	Mitgliedsnamen eines Objekts	Entscheiden, ob die erste Zeile eine Kopfzeile ist
Typen	Bei der Analyse meist Text	Zeichenketten, Zahlen, boolesche Werte und `null`	Text erhalten oder Typen ableiten
Verschachtelung	Kein allgemeines verschachteltes Modell	Native Verschachtelung	Verschachtelte Werte abflachen oder serialisieren
Fehlende Daten	Leeres Feld oder fehlende Spalte	Fehlendes Mitglied, leere Zeichenkette oder `null`	Eine Richtlinie definieren
Trennzeichen	Komma, Tabulator, Semikolon oder anderes	Die Syntax verwendet Zeichensetzung	Das CSV-Trennzeichen erkennen oder auswählen
Zeichencodierung	Benötigt eine externe Vereinbarung	Beim Austausch meist UTF-8	Die Quelle richtig decodieren
Datensatzreihenfolge	Reihenfolge der Zeilen	Reihenfolge des Arrays bleibt erhalten	Absichtlich erhalten oder sortieren

RFC 4180 dokumentiert ein übliches CSV-Format und seinen MIME-Typ. Der Standard beschreibt Datensätze mit Kommas, optionale Kopfzeilen, doppelte Anführungszeichen und maskierte Anführungszeichen. Reale Dateien können Tabulatoren, Semikolons, andere Zeilenenden oder besondere Konventionen verwenden.

RFC 8259 definiert das JSON-Datenaustauschformat. Ein JSON-Text enthält einen serialisierten Wert. Objekte verwenden Namen und Werte. Arrays verwenden geordnete Werte. Die JSON-Syntax erlaubt keine Kommentare, nachgestellten Kommas, NaN oder Infinity.

Was kann die Konvertierung verlieren?

Die Konvertierung kann Typabsicht, führende Nullen, Genauigkeit, doppelte Kopfzeilen, verschachtelte Struktur, Formelsemantik und ursprüngliche Formatierung verlieren. Eine korrekte Analyse bedeutet nicht, dass die Ausgabe die geschäftliche Bedeutung erhält.

Betrachten Sie ein CSV-Feld mit 00123. Es kann eine Postleitzahl, eine Kennung oder eine Zahl sein. Wenn Sie es in die JSON-Zahl 123 umwandeln, gehen die führenden Nullen verloren. 1E10 kann eine Kennung sein, die wie wissenschaftliche Schreibweise aussieht. Eine lange Kontonummer kann den exakten Zahlenbereich des Konsumenten überschreiten.

Datumswerte erzeugen ein ähnliches Risiko. 01/02/03 bezeichnet nicht in jedem Land ein eindeutiges Datum. Ein Konverter darf nicht stillschweigend raten. Erhalten Sie mehrdeutige Werte als Zeichenketten, sofern ein Schema das Format nicht festlegt.

Auch leere Werte benötigen eine Richtlinie. Ein leeres CSV-Feld kann zu "", null oder einem ausgelassenen Mitglied werden. Diese Ausgaben sind nicht gleichwertig. Eine leere Zeichenkette kann einen bekannten leeren Wert darstellen. null kann anzeigen, dass kein Wert vorhanden ist. Ein fehlendes Mitglied kann „unbekannt“ oder „nicht anwendbar“ bedeuten.

Doppelte Kopfzeilen erzeugen ungültige oder verlustbehaftete Objektzuordnungen. Wenn eine Zeile zwei Spalten mit dem Namen status hat, bewahrt ein normales JSON-Objekt beide Werte unter demselben Namen nicht zuverlässig. Benennen Sie die Spalten um, lehnen Sie die Datei ab oder ordnen Sie die Zeilen Arrays mit einer getrennten Kopfzeilenliste zu.

Soll der Konverter Datentypen ableiten?

Die Typableitung kann komfortables JSON erzeugen, erhöht aber das Risiko. Die Zeichenkette true kann eine Antwort oder ein wörtliches Label sein. 0007 kann eine Kennung sein. Ein leerer Abstand kann fehlende Daten oder einen absichtlich leeren Wert darstellen.

Verwenden Sie nach Möglichkeit schema-gesteuerte Typen. Definieren Sie jede Spalte als Zeichenkette, Ganzzahl, Dezimalzahl, booleschen Wert, Datum, Zeitstempel oder nullable Wert. Lehnen Sie ungültige Eingaben ab, statt zu raten. Erhalten Sie den Originaltext für die Prüfung, wenn die Transformation geschäftliche Auswirkungen hat.

Wenn kein Schema existiert, bietet das Erhalten von Zeichenketten die sicherste Standardeinstellung. Es bewahrt den lexikalischen Inhalt und führende Nullen. Ein späterer validierter Prozess kann ausgewählte Felder umwandeln.

Entscheiden Sie bei Zahlenwerten, wie Sie Dezimalgenauigkeit behandeln. JavaScript-Gleitkommazahlen stellen nicht alle Dezimalbrüche und großen Ganzzahlen exakt dar. Finanzdaten und Kennungen benötigen oft Dezimalbibliotheken, Ganzzahlzeichenketten oder Typen mit beliebiger Genauigkeit.

Das W3C-Tabellendatenmodell beschreibt eine umfangreichere Möglichkeit, Tabellen mit Metadaten und Typen zu annotieren. Ein einfacher Konverter implementiert CSVW-Metadaten möglicherweise nicht. Das Modell zeigt, warum der Kontext des Schemas wichtig ist.

Wie muss die Zeichencodierung funktionieren?

Zwischen Systemen ausgetauschtes JSON verwendet Unicode und meist UTF-8. CSV-Dateien können in UTF-8, UTF-16, Windows-Codepages oder einer anderen alten Codierung vorliegen. Das Lesen von Bytes mit dem falschen Decoder erzeugt Ersatzzeichen oder veränderten Text.

Der WHATWG-Codierungsstandard definiert Browser-Labels und Decodierungsverhalten. Er normalisiert den Umgang mit alten Codierungen, die im Web verwendet werden. Er erklärt auch Fehlermodi und Ersatzverhalten.

Verwenden Sie UTF-8 für neue Exporte. RFC 3629 definiert UTF-8 als Unicode-Transformationsformat. Eine Byte-Order-Markierung kann in UTF-8-CSV-Dateien erscheinen, obwohl UTF-8 sie nicht benötigt. Einige Parser behalten die Markierung als Teil der ersten Kopfzeile, wenn sie sie nicht entfernen.

Prüfen Sie vor der Konvertierung Namen mit Akzenten, nichtlateinische Alphabete, Emoji, Währungssymbole und typografische Zeichensetzung. Vergleichen Sie danach repräsentative Werte. Eine gleiche Zeilenanzahl erkennt keine beschädigten Zeichen.

Wenn die Codierung unbekannt ist, fragen Sie den Ersteller oder verwenden Sie eine kontrollierte Erkennung. Die automatische Erkennung ist probabilistisch. Bei kurzen oder fast vollständig aus ASCII bestehenden Dateien kann sie ein plausibles, aber falsches Ergebnis liefern.

Wie funktionieren Trennzeichen und Anführungszeichen?

Ein Komma innerhalb eines Feldes benötigt normalerweise doppelte Anführungszeichen. Ein doppeltes Anführungszeichen innerhalb eines zitierten Feldes wird normalerweise durch ein weiteres doppeltes Anführungszeichen maskiert. Ein zitiertes Feld kann einen Zeilenumbruch enthalten. Ein Parser, der jede Zeile bei Kommas teilt, scheitert in diesen gültigen Fällen.

Dieser Datensatz enthält drei Felder, obwohl er ein zusätzliches Komma enthält:

42,"Mumbai, Maharashtra","Approved"

Dieser Datensatz enthält ein Anführungszeichen im zweiten Feld:

43,"The value is ""ready""","Approved"

Verwenden Sie einen geprüften CSV-Parser mit konfigurierbarem Trennzeichen, Anführungszeichen, Escape, Kopfzeile und Zeilenende. Verwenden Sie für beliebiges CSV keine einfache reguläre Expression.

Einige Länder verwenden Semikolons, weil das Komma das Dezimaltrennzeichen ist. Tabulatorgetrennte Daten können .tsv verwenden. Ein Konverter kann Kandidaten erkennen. Er muss das gewählte Trennzeichen anzeigen und dem Benutzer eine Korrektur erlauben.

Was ist CSV-Formelinjektion?

Tabellenkalkulationsprogramme können Zellen, die mit bestimmten Zeichen beginnen, als Formeln interpretieren. Wenn ein Angreifer ein Feld kontrolliert, kann das Öffnen des exportierten CSV Formeln oder externe Aktionen auslösen. Das Verhalten hängt von der Anwendung und den Entscheidungen des Benutzers ab.

Der OWASP-Leitfaden zur CSV-Injektion erklärt, dass Zellen mit =, +, - oder @ als Formeln interpretiert werden können. Trennzeichen und Zeilenumbrüche können ebenfalls erlauben, dass kontrollierte Daten eine neue Zelle beginnen.

Die Konvertierung von CSV zu JSON führt keine Tabellenkalkulationsformeln aus. Ein späterer Export von JSON zu CSV kann jedoch gefährliche Zellen erneut erzeugen. Behandeln Sie Text mit Formelform als nicht vertrauenswürdige Eingabe. Wenden Sie eine geeignete Ausgaberichtlinie für die Zieltabellenkalkulation an und erhalten Sie die Bedeutung.

Escape-Strategien haben Nachteile. Ein vorangestelltes Apostroph kann die Formel in einigen Anwendungen verhindern. Es ändert auch den gespeicherten Text und kann in anderen Konsumenten sichtbar werden. Das Setzen des Feldes in Anführungszeichen reicht nicht immer aus. Tabellen können den Inhalt nach der CSV-Analyse auswerten. Befolgen Sie die aktuelle Sicherheitsanleitung der Zielanwendung.

Öffnen Sie unbekannte CSV-Dateien nicht nur zur Prüfung in einer Tabellenkalkulation. Verwenden Sie einen textorientierten Parser und eine Vorschau. Beschränken Sie externe Links und aktive Inhalte gemäß der Richtlinie der Organisation.

Was benötigt die private Verarbeitung im Browser?

Ein zuverlässiger lokaler Ablauf benötigt klare Grenzen. Die Konvertierung muss die ausgewählte Datei lokal lesen, Inhaltsuploads vermeiden, die Ausgabe lokal erzeugen und Telemetrie erklären. Die Anwendung muss eine restriktive Sicherheitsrichtlinie und gepflegte Abhängigkeiten verwenden.

Auch der Benutzer hat Pflichten:

Verwenden Sie ein zuverlässiges Gerät und einen kompatiblen Browser.
Entfernen Sie Erweiterungen mit unnötigem Seitenzugriff.
Bestätigen Sie die Herkunft der Website und die Transportsicherheit.
Verwenden Sie für sensible Datensätze keine gemeinsam genutzten oder öffentlichen Geräte.
Halten Sie System- und Browserupdates aktuell.
Speichern Sie heruntergeladene Ergebnisse an einem freigegebenen Ort.
Löschen Sie temporäre Kopien gemäß der Richtlinie.

Das Trennen des Netzwerks schafft nur zusätzliche Sicherheit, wenn die Seite bereits den gesamten benötigten Code besitzt. Es entfernt keinen bereits geladenen Schadcode. Es schützt auch nicht vor lokaler Schadsoftware, Erweiterungen, Bildschirmaufnahmen, synchronisierten Ordnern oder späterem Netzwerkzugriff.

Entwicklerwerkzeuge können während eines Tests Anfragen anzeigen. Eine Beobachtung ist keine formale Garantie. Anfragen können vom Dateityp, von Fehlern, der Zeit, der Konfiguration oder Aktualisierungen abhängen. Eine unabhängige Prüfung, reproduzierbare Builds, Sicherheitskontrollen und organisatorische Freigabe liefern stärkere Nachweise.

Sicherer Ablauf von CSV zu JSON

Verwenden Sie diesen Ablauf für eine kontrollierte Konvertierung:

Kopieren Sie die Quelldatei an einen geschützten Arbeitsort.
Protokollieren Sie optional den Namen, die Größe und einen zuverlässigen Hash.
Bestätigen Sie die erwartete Codierung und das erwartete Trennzeichen.
Entscheiden Sie, ob die erste Zeile Kopfzeilen enthält.
Prüfen Sie doppelte, leere und unerwartete Kopfzeilen.
Wählen Sie eine Richtlinie, die Zeichenketten erhält oder einem Schema folgt.
Zeigen Sie repräsentative Zeilen vor der vollständigen Konvertierung an.
Konvertieren Sie mit dem CSV-zu-JSON-Tool.
Validieren Sie die erzeugte JSON-Syntax.
Vergleichen Sie Zeilenmengen und wichtige Felder.
Speichern Sie das Ergebnis am freigegebenen Ort.
Bewahren oder löschen Sie die Quelle gemäß den Aufbewahrungsregeln.

Die Vorschau muss erste und letzte Zeilen, zitierte Datensätze, mehrzeilige Felder, Nicht-ASCII-Zeichen, leere Werte und Werte mit maximaler Länge enthalten. Eine Zufallsstichprobe hilft bei großen Datenmengen. Gezielte Grenzfälle bieten eine bessere Abdeckung.

Wie validieren Sie die JSON-Ausgabe?

Beginnen Sie mit der Syntax. Der JSON-Validator (englische Seite) kann fehlerhaftes JSON finden. Die syntaktische Validierung bestätigt die Grammatik. Sie bestätigt nicht erwartete Felder, Typen, Wertebereiche oder Beziehungen.

Validieren Sie danach die Struktur. Ein JSON- oder Anwendungsschema kann Namen, Typen, Formate, Grenzen und Verschachtelung verlangen. Prüfen Sie, dass jede Zeile zu einem Array-Element wurde. Bestätigen Sie, dass kein Datensatz durch einen Analysefehler verloren ging.

Verwenden Sie den JSON-Formatter für eine lesbare Prüfung. Die Formatierung ändert Leerzeichen, aber nicht die Bedeutung der Daten. Leiten Sie Korrektheit nicht aus einer ansprechenden Einrückung ab.

Vergleichen Sie erwartete und tatsächliche Ausgabe mit dem JSON-Vergleicher (englische Seite), wenn Sie eine zuverlässige Stichprobe besitzen. Entscheiden Sie, ob die Reihenfolge von Mitgliedern, die Reihenfolge von Arrays, numerische Schreibweisen und fehlende Mitglieder wichtig sind.

Die Validierung muss enthalten:

Prüfung	Vorgeschlagener Nachweis
Erhaltung der Zeilen	Die Zeilenmenge der Quelle entspricht der JSON-Länge
Zuordnung der Kopfzeilen	Erwartete Schlüssel existieren, und Duplikate sind geklärt
Zeichenintegrität	Repräsentative Unicode-Werte stimmen überein
Erhaltung von Typen	Kennungen behalten Nullen und lange Ziffern
Fehlende Werte	Leer, `null` und fehlend folgen der Richtlinie
Mehrzeilige Felder	Zeilenumbrüche bleiben innerhalb eines Wertes
Text mit Formelform	Die Richtlinie protokolliert potenziell aktive Zellen
Dateiintegrität	Ein optionaler Hash identifiziert die geprüfte Quelle

Erstellen Sie für wichtige Migrationen automatische Zusicherungen. Validieren Sie Mengen, erforderliche Schlüssel, eindeutige Kennungen, Summen, minimale und maximale Datumswerte sowie bekannte Datensätze. Vergleichen Sie aggregierte Werte mit dem Quellsystem.

Sicherer Ablauf von JSON zu CSV

Die umgekehrte Konvertierung benötigt eine Tabellenform. Ein JSON-Array aus flachen Objekten lässt sich natürlich auf Zeilen abbilden. Verschachtelte Objekte und Arrays benötigen eine Richtlinie zum Abflachen.

Sie können Pfade mit Punkten verbinden, etwa address.city. Sie können verschachtelte Werte als JSON-Text serialisieren. Sie können mehrere zusammengehörige CSV-Dateien erstellen. Jede Entscheidung beeinflusst den erneuten Import und die Bearbeitung durch Menschen.

Wählen Sie eine stabile Spaltenreihenfolge. Entscheiden Sie, wie fehlende Mitglieder dargestellt werden. Setzen Sie Felder gemäß den gewählten CSV-Regeln in Anführungszeichen. Wenden Sie die Richtlinie gegen Formelinjektion an, bevor Sie Tabellenkalkulationen verwenden. Exportieren Sie UTF-8 und geben Sie an, ob eine Byte-Order-Markierung vorhanden ist.

Nehmen Sie nicht an, dass alle Mitglieder im ersten Element erscheinen. Prüfen Sie das erlaubte Schema oder alle Datensätze. Andernfalls können spätere Felder verloren gehen. Verwenden Sie bei sehr großen Dateien ein Schema, um Zeilen zu übertragen, ohne zuerst alle Objekte zu laden.

Leistung und Speicher bei großen Dateien

Der Browserspeicher ist begrenzt. Das Lesen einer Datei mit mehreren Gigabytes, das Analysieren in Objekte und das Serialisieren einer weiteren vollständigen Kopie kann ein Mehrfaches ihrer Größe benötigen. Die Seite kann nicht mehr reagieren oder der Prozess kann beendet werden.

Ein skalierbarer Konverter kann Datenströme oder Blöcke lesen, Datensätze inkrementell analysieren und die Ausgabe ebenfalls schrittweise schreiben. Zitierte Felder mit Zeilenumbrüchen erschweren Blockgrenzen. Der Parser muss seinen Zustand zwischen Blöcken erhalten.

Verwenden Sie ein Desktop-Tool, einen geprüften Kommandozeilenprozess oder einen kontrollierten Serverablauf, wenn die Datei die Grenzen überschreitet. „Kein Upload“ erfordert keinen Browser. Ein lokales Skript hält Daten ebenfalls auf dem Gerät und unterstützt Streaming und bessere Prüfkontrollen.

Testen Sie die Leistung mit repräsentativen, nicht sensiblen Dateien. Überwachen Sie Speicher und Ausgabegröße. Definieren Sie eine maximale Eingabegröße in der Oberfläche. Versprechen Sie keine Unterstützung aller Dateien, nur weil der Dateiauswahldialog sie akzeptiert.

Häufige Konvertierungsfehler

Fehler 1: Zeilen bei Kommas teilen

Zitierte Kommas und mehrzeilige Felder machen eine einfache Aufteilung ungültig. Verwenden Sie einen CSV-Parser.

Fehler 2: Alle scheinbaren Zahlenfelder ableiten

Kennungen, Postleitzahlen, Kontoreferenzen und Telefonnummern können Nullen oder Genauigkeit verlieren. Erhalten Sie Zeichenketten, sofern ein Schema nichts anderes festlegt.

Fehler 3: Die erste Zeile als Kopfzeile voraussetzen

Einige Dateien haben keine Kopfzeile. Andere enthalten Titelzeilen vor der Tabelle. Zeigen Sie eine Vorschau an und wählen Sie die Kopfzeile ausdrücklich.

Fehler 4: Doppelte Kopfzeilen ignorieren

JSON-Objekte bewahren zwei Werte unter demselben Namen nicht zuverlässig. Lehnen Sie Duplikate ab oder benennen Sie sie nach einer dokumentierten Regel um.

Fehler 5: Vollständigen Datenschutz allein wegen lokaler Verarbeitung behaupten

Lokale Verarbeitung verringert routinemäßige Übertragungen. Sie schützt kein kompromittiertes Gerät, keinen Browser, keine Erweiterung, keine Abhängigkeit und keinen Speicherort.

Fehler 6: Nur die JSON-Syntax validieren

Gültiges JSON kann falsche Zeilen, beschädigten Text, veränderte Kennungen oder falsche Typen enthalten. Validieren Sie das Geschäftsschema und vergleichen Sie die Quelle.

Fehler 7: Eine nicht vertrauenswürdige Ausgabe in einer Tabellenkalkulation öffnen

Felder mit Formelform können in Tabellenanwendungen aktiv werden. Wenden Sie eine sichere Exportrichtlinie an und prüfen Sie die Zielumgebung.

Wann sollten Sie ein Online-Tool vermeiden?

Vermeiden Sie ein nicht freigegebenes öffentliches Tool, wenn die Datei Zugangsdaten, Verschlüsselungsschlüssel, medizinische Daten, regulierte Finanzdaten, unveröffentlichte Geschäftsinformationen, private Kundendatensätze oder andere eingeschränkte Inhalte enthält. Verwenden Sie die von der Organisation freigegebene Umgebung.

Vermeiden Sie auch eine einmalige interaktive Konvertierung, wenn die Transformation reproduzierbar sein muss. Ein geprüftes Skript mit versioniertem Code, Tests, Protokollen und Hashes kann stärkere Migrationsnachweise liefern.

Ein öffentliches Browser-Tool eignet sich besser für nicht sensible Daten, Stichproben, Lernen, Diagnose und transparente Transformationen innerhalb dokumentierter Grenzen. Ersetzen Sie echte Datensätze durch synthetische Beispiele, wenn Sie eine Struktur diagnostizieren.

Häufige Fragen

Lädt ein CSV-Konverter im Browser meine Datei hoch?

Er muss dies möglicherweise nicht tun. Ein Browser kann eine ausgewählte Datei lokal lesen und konvertieren. Prüfen Sie die Erklärung und das Verhalten der konkreten Anwendung. Nehmen Sie nicht an, dass alle Konverter gleich funktionieren.

Ist die Browserverarbeitung vollständig privat?

Keine Funktion beweist vollständigen Datenschutz. Lokale Verarbeitung verringert Serverübertragungen. Auch Gerätesicherheit, Erweiterungen, geladener Code, Telemetrie, Downloads, Kopien und Richtlinien sind wichtig.

Müssen CSV-Zahlen in JSON-Zahlen umgewandelt werden?

Nur wenn ein Schema sie als Zahlen identifiziert und der Konsument ihren Wertebereich und ihre Genauigkeit erhält. Erhalten Sie Kennungen und mehrdeutige Werte als Zeichenketten.

Wie müssen leere CSV-Felder umgewandelt werden?

Wählen Sie eine dokumentierte Richtlinie. Eine leere Zeichenkette, null und ein fehlendes Mitglied bedeuten verschiedene Dinge. Wenden Sie immer dieselbe Regel an.

Kann CSV Zeilenumbrüche innerhalb von Feldern enthalten?

Ja. Übliche CSV-Regeln erlauben Zeilenumbrüche innerhalb zitierter Felder. Ein konformer Parser muss sie als Teil eines einzelnen Feldes im Datensatz behandeln.

Warum enthält mein erster JSON-Schlüssel ein seltsames Zeichen?

Die CSV-Datei kann mit einer Byte-Order-Markierung beginnen, die der Parser in der ersten Kopfzeile erhalten hat. Verwenden Sie den richtigen Decoder und entfernen Sie die Markierung, wenn dies angemessen ist.

Ist formatiertes JSON gültiger als kompaktes JSON?

Nein. Leerzeichen außerhalb von Zeichenketten ändern JSON-Werte nicht. Beide Formen können gültig sein. Verwenden Sie einen Validator für Syntax und ein Schema für Bedeutung.

Kann ich ein verschachteltes JSON-Dokument in eine CSV-Datei konvertieren?

Ja, aber Sie benötigen eine Richtlinie zum Abflachen. Verschachtelte Arrays können wiederholte Zeilen, serialisierte Zellen oder getrennte relationale Tabellen erzeugen. Dokumentieren Sie die Entscheidung.

Abschließende Regel für Datenschutz und Validierung

Die lokale Konvertierung kann eine routinemäßige Übertragung entfernen und die gewöhnliche Verarbeitung auf dem Gerät halten. Behandeln Sie dieses Design als Datenschutzkontrolle. Behandeln Sie es nicht als vollständige Sicherheitsgarantie.

Definieren Sie den CSV-Dialekt, die Codierung, die Kopfzeilenregel, die Typenrichtlinie, die Richtlinie für leere Werte und das Ausgabeschema. Validieren Sie danach Syntax, Mengen, Unicode, Kennungen, Grenzfälle und Felder mit Formelform. Bewahren Sie die Quelle auf, bis das Ergebnis diese Prüfungen besteht.