table_view CSV ↔ JSON Converter star

Hoe de Omzetting Eigenlijk Werkt

CSV en JSON modelleren gegevens verschillend, en de richting waarin u omzet bepaalt hoeveel giswerk erbij komt kijken. CSV → JSON is bijna mechanisch: de koprij wordt de verzameling sleutels, en elke volgende rij wordt één object met die sleutels — naam,leeftijd boven Ada,36 wordt [{"naam":"Ada","leeftijd":"36"}]. Velden tussen aanhalingstekens met komma's, ge-escapete aanhalingstekens ("") en meerregelige cellen worden verwerkt volgens RFC 4180, en het scheidingsteken (komma, puntkomma of tab) wordt automatisch herkend aan de eerste regel.

JSON → CSV is waar de echte moeilijkheid zit. CSV is strikt plat — één rij, één record, één waarde per cel — terwijl JSON van nature nesting ondersteunt: een object kan een ander object of een array als waarde van een veld bevatten, en er is geen universeel aanvaarde manier om dat in één CSV-cel te proppen. Neem {"naam":"Ada","adres":{"stad":"Londen"}} — moet de kolom adres.stad heten (puntnotatie, waarbij het geneste object wordt platgeslagen tot extra kolommen), of moet de hele adres-waarde als ruwe JSON-tekst in één cel worden ingebed, zoals {"stad":"Londen"}? Beide benaderingen worden in de praktijk gebruikt en geen van beide is "dé" standaard; deze tool kiest voor puntnotatie bij één niveau van nesting en valt terug op ingebedde JSON-tekst voor arrays en diepere structuren, omdat dat eenvoudige objecten echt spreadsheet-vriendelijk houdt zonder bij complexe objecten stilzwijgend gegevens te verliezen.

Belangrijk om te beseffen: dit is geen tekortkoming van de tool, maar een gat in het datamodel zelf. Elke CSV↔JSON-converter die u probeert — deze inbegrepen — moet een redactionele keuze maken over het platslaan, omdat de twee formaten nooit zijn ontworpen om perfect uitwisselbaar te zijn. CSV is gebouwd voor tabelvormige grootboeken; JSON is gebouwd voor documenten met een willekeurige vorm. Dit vooraf weten verklaart waarom een complex JSON-bestand via CSV heen en terug omzetten zelden precies de oorspronkelijke structuur reproduceert, en waarom diep geneste gegevens in JSON-vorm bewaren vaak gewoon de juiste keuze is in plaats van een beperking om te omzeilen.

Wat de Moeite Waard Is om te Weten

• CSV kent geen datatypes. Elke waarde blijft tekst tenzij u de getalomzetting inschakelt, die getalachtige tekenreeksen omzet in echte JSON-getallen (terwijl met nullen opgevulde ID's zoals "007" als tekst blijven staan, omdat omzetten die zou beschadigen).
• Het scheidingsteken wordt herkend, niet aangenomen. Excel exporteert met puntkomma's in veel Europese en Turkse landinstellingen, omdat de komma daar al het decimaalteken is — de parser controleert de koprij om het juiste te kiezen.
• JSON → CSV voegt alle sleutels samen. Als sommige records een veld hebben dat andere niet hebben, bevat de koptekst elke sleutel die ergens in de array voorkomt, en ontbrekende waarden blijven in die rij leeg.
• Niets verlaat uw browser. Zowel het inlezen als het omzetten gebeurt lokaal in JavaScript, dus het plakken van een gevoelige export stuurt hem nergens naartoe.
• De rijvolgorde blijft in beide richtingen behouden. De eerste gegevensrij blijft na omzetting in beide richtingen eerst, wat van belang is wanneer een spreadsheet of een script verderop in de keten vertrouwt op positionele volgorde in plaats van een expliciete sorteersleutel.