CSV-zu-JSON-Konverter

Eine Tabelle ohne Typvermutungen umwandeln

1. Eingefügtes CSV oder Lokale Datei wählen. Dateien müssen UTF-8 verwenden, auf .csv, .tsv oder .txt enden und dürfen höchstens 5 MiB groß sein. Das Trennzeichen ausdrücklich auswählen: Standard ist Komma; Semikolon, Tabulator und senkrechter Strich sind ebenfalls verfügbar. Ein TSV-Dateiname wählt nicht automatisch den Tabulator.
2. Objekte wählen, um den ersten Datensatz als exakte Überschriften zu verwenden, oder Arrays, um alle Datensätze als Daten zu behalten. Objekte benötigen eindeutige, nicht leere Überschriften und gleiche Feldzahlen. Arrays erlauben unterschiedliche Feldzahlen. Beispiel verwenden füllt eine Tabelle mit Kennung, Name und Status und wartet auf Umwandeln.
3. Umwandeln wählen und Anzahl der Datensätze, Feldzahlinformation und tatsächliche UTF-8-Ausgabegröße ablesen. Die Details zur Umwandlung verbinden die eingelesenen Felder mit der gewählten JSON-Darstellung. JSON kopieren und JSON herunterladen verwenden auch bei unvollständiger Vorschau das vollständige Ergebnis. Leeren entfernt beide Quellen und stellt die Standardwerte wieder her.

Zeichenketten, Überschriften und exakte Felder verstehen

Jede Zelle bleibt eine Zeichenkette, einschließlich 00042, 9007199254740993, true, false, null, leerer Felder und formelähnlicher Texte. Es gibt keine Umwandlung numerischer Genauigkeit, Ersetzung durch null, Formelauswertung oder aus einer Überschrift abgeleitete verschachtelte Struktur.

Ein Trennzeichen innerhalb doppelter Anführungszeichen bleibt in einem Feld. Zwei aufeinanderfolgende doppelte Anführungszeichen werden zu einem, und eingebettetes CRLF, LF oder CR bleibt in der eingelesenen Zeichenkette erhalten. Leerzeichen sind Daten. Ein unerwartetes oder nicht geschlossenes Anführungszeichen oder Text nach einem schließenden Anführungszeichen wird abgelehnt statt repariert. Ein abschließendes Datensatzende erzeugt keine zusätzliche Phantomzeile; weitere leere Datensätze bleiben erhalten.

Objektüberschriften behalten ihre genaue Schreibweise und Leerzeichen; Namen, die nur aus durch trim entfernbaren Leerraumzeichen bestehen, werden jedoch abgelehnt. Exakt wiederholte Namen werden abgelehnt, aber A und a sowie zusammengesetzte und zerlegte akzentuierte Namen bleiben verschieden. Namen wie __proto__, constructor und 2 sind gewöhnliche flache Schlüssel. Mitglieder werden in Spaltenreihenfolge ausgegeben; JSON-Empfänger können Namen anders aufzählen.

Die Ausgabe verwendet zwei Leerzeichen Einrückung, LF-Zeilenumbrüche und ein abschließendes LF, UTF-8-kodiert ohne zusätzliches BOM. Eine führende UTF-8-Dateisignatur oder gemäß dieser Tool-Regel ein führendes eingefügtes U+FEFF wird entfernt; weitere U+FEFF bleiben Inhalt. UTF-16/32-Signaturen und fehlerhaftes UTF-8 werden weder erraten noch repariert. JSON-Escapes erhalten eingebettete Steuerzeichen, statt sie zu löschen.

Beispiele für beide Darstellungen

Das Beispiel mit drei Datensätzen enthält die Überschriften id, name und active, gefolgt von zwei Datensätzen. Objekte erzeugt zwei Objekte und 150 UTF-8-Bytes und behält 00042 sowie die lange Kennung als Zeichenketten. Das zitierte Komma in A, B erzeugt keine vierte Spalte; true bleibt die Zeichenkette true.

Arrays erzeugt beim selben Beispiel drei Arrays und 146 UTF-8-Bytes. Das erste Array enthält id, name und active als Werte statt als Schlüssel. Eine kurze Zeile oder ein leerer Datensatz bleibt in diesem Modus mit der tatsächlichen Feldzahl erhalten.

Eine gültige Eingabe nur mit Überschrift erzeugt ein leeres JSON-Array mit abschließendem LF: drei Bytes und keine Datenobjekte. Dies ist ein erfolgreiches, exportierbares Ergebnis, anders als eine leere oder nur aus einer Signatur bestehende Quelle ohne CSV-Datensätze. Ein leerer Datensatz unter einer einspaltigen Überschrift wird zur leeren Zeichenkette; bei einer breiteren Überschrift entsteht ein Feldzahlfehler.

Grenzen für Eingabe, Ausgabe und Vorschau

Dateien sind auf 5242880 Bytes begrenzt. Dekodierter oder eingefügter Text muss innerhalb von 5000000 UTF-16-Einheiten, 50000 physischen CRLF/LF/CR-Folgen einschließlich zitierter Inhalte, 50000 logischen Datensätzen einschließlich Überschrift, 256 Spalten pro Datensatz und 2000000 eingelesenen Zellen bleiben. CRLF zählt als ein physisches Zeilenende. Dies sind ausdrückliche Ressourcengrenzen, keine sichtbaren Zeichenzahlen.

Das vollständige formatierte JSON darf höchstens 16777216 UTF-8-Bytes umfassen. Eine Worker-Operation über 15000 Millisekunden wird ohne teilweisen Download beendet. Wiederholte lange Überschriften und escapte Steuerzeichen können dazu führen, dass ein sonst zulässiges CSV die Ausgabegrenze überschreitet. Die Grenzen garantieren weder Speicherverbrauch noch Geschwindigkeit auf jedem Gerät.

Die JSON-Vorschau zeigt standardmäßig höchstens 100000 Unicode-Skalarzeichen und kennzeichnet eine unvollständige Vorschau deutlich. Vollständiges Kopieren und Herunterladen des aktuellen Ergebnisses behalten alle akzeptierten Felder. Wird die Zwischenablage verweigert, steht der vollständige aktuelle schreibgeschützte Text zum manuellen Kopieren bereit, nicht nur der Anfang. Auch Feldvorschauen der Methode können gekürzt sein, ohne den Export zu ändern.

Diese Version bietet keine URL-Eingabe, automatische Trennzeichenerkennung, Typinferenz, Kommentare, Direktivenentfernung, CSV-Reparatur oder Umwandlung alter Kodierungen. RFC 4180 beschreibt ein verbreitetes CSV-Format, nicht jeden Dialekt. Fehlerhaftes UTF-16 wird abgelehnt; eine vor dem Einfügen durch Browser oder Zwischenablage erfolgte Normalisierung lässt sich nicht rückgängig machen.

Lokale Umwandlung und aktuelle Ausgabe

Dieses Tool fügt keinen Dokument-Upload, kein Konto, keinen gespeicherten Verlauf, keine Protokollierung und keine datenhaltige Freigabe-URL hinzu. Bearbeiten, Wechsel von Quelle oder Optionen, Auswahl einer Ersatzdatei, Abbrechen oder Leeren macht das alte Ergebnis ungültig. Bestehende Website-Dienste bleiben getrennt; lokale Verarbeitung ist weder deren Zertifizierung noch eine Garantie für sicheres Löschen.