Flytta data mellan CSV, JSON, YAML och XML
Data sitter sällan stilla i ett enda format. En rapport landar som ett kalkylark, ett API vill ha JSON, en driftsättningspipeline förväntar sig YAML, och någonstans i källaren pratar en gammal tjänst fortfarande XML. Det mesta av det dagliga krånglet med att arbeta med data ligger inte i själva datan, utan i att få den från formen du har till formen något annat kräver. Det är hela jobbet för en datakonverterare: ta strukturerad text i en notation och återge den i en annan, utan att tappa betydelsen på vägen.
Speedors konverterare körs helt i din webbläsare. Du klistrar in, du klickar, du kopierar resultatet. Inget laddas upp, inget loggas, och inget lämnar din maskin. För alla som någonsin tvekat innan de släppte en kundexport på en slumpmässig webbplats är den där rent lokala utformningen hela poängen.
Vad varje format faktiskt är bra på
Det hjälper att veta varför dessa format finns innan du börjar flytta mellan dem, eftersom varje ett byggdes för ett annat jobb.
CSV är det platta, kommaseparerade rutnätet som kalkylark älskar. Det är tabellformat till sin natur: rader och kolumner, inget nästlat. Öppna det i Excel, Google Kalkylark eller Numbers och det bara fungerar. Haken är att CSV inte har något begrepp om typer. Värdet 007 kan vara en sträng, ett tal eller ett postnummer, och CSV berättar inte vilket.
JSON är det moderna webbens lingua franca. Nästan varje API du någonsin kommer anropa pratar det. JSON hanterar nästling, arrayer och en handfull riktiga typer (strängar, tal, booleaner, null), vilket gör det betydligt mer uttrycksfullt än en platt tabell. Det är kompakt, maskinvänligt och stöds överallt.
YAML är JSON:s mer lättlästa kusin. Det använder indrag istället för klamrar, stödjer kommentarer, och brukar vara förstahandsvalet för konfigurationsfiler, Docker Compose, Kubernetes-manifest och CI-pipelines. När en människa måste redigera något för hand är YAML oftast snällare mot ögonen.
XML är den gamle statsmannen. Ordrikt, tunghänt med taggar, och fortfarande djupt inbäddat i företagssystem, SOAP-tjänster, finansiell meddelandehantering och dokumentstandarder som RSS. Du stöter på det mer sällan i nya projekt, men när du väl behöver det behöver du det verkligen.
Var konverteringar faktiskt sker
Scenarierna är ganska konkreta så fort man börjar titta. Säg att marknadsavdelningen ger dig ett kalkylark med 4 000 kontakter och registreringens API bara accepterar en JSON-array. Du exporterar arket till CSV, kör det genom CSV till JSON, och du har en payload redo att POST:as. Inget lim-skript, ingen pandas, ingen väntan på en utvecklare.
Eller så hämtar du en klump JSON tillbaka från samma API och vill släppa in den i en konfigurationsfil din tjänst läser vid start. Konvertera den med JSON till YAML och du får något rent och kommenterbart som passar rakt in i ditt repo. Att gå åt andra hållet fungerar också när ett verktyg bara accepterar JSON men din konfiguration lever i YAML.
Och sedan finns integrationen ingen gillar: ett partnersystem som bara tar emot XML. Du bygger din payload i JSON eftersom det är så din app tänker, och konverterar sedan till XML vid gränsen. Formen förblir densamma, bara syntaxen ändras.
Fällorna värda att känna till
Formatkonvertering är inte alltid förlustfri, och att låtsas annat leder till buggar. Några saker att ha i åtanke:
CSV glömmer typer. Eftersom varje cell bara är text kommer tal, booleaner och datum ut som strängar om inte konverteraren gissar åt dig. Om true behöver vara en boolean och inte ordet "true", kontrollera resultatet innan du skickar iväg det.
YAML bryr sig om blanktecken. Indrag är inte kosmetiskt i YAML, det är strukturellt. Ett enda felplacerat mellanslag kan ändra vilken nyckel ett värde tillhör, och tabbar är helt förbjudna. Efter en JSON till YAML-konvertering lönar det sig att kika igenom, eller köra resultatet genom en JSON-formaterare för att bekräfta att strukturen överlevde.
XML och JSON mappar inte rent. JSON har arrayer; XML har upprepade element. JSON har inga attribut alls; XML har dem överallt. De flesta konverterare väljer en förnuftig konvention, men om din XML använder attribut flitigt kommer JSON:en den producerar se lite annorlunda ut jämfört med handskriven JSON. Det är förväntat, inte ett fel.
Nästlingsdjup spelar roll. CSV är platt, så djupt nästlad JSON kan inte alltid falla samman till kolumner utan att platta ut nycklar (tänk address.city). Åt andra hållet blir en platt CSV en platt array, aldrig ett träd.
Varför enbart lokalt spelar roll här
Mycket av datan du vill konvertera är inte din att dela med dig av. Kunduppgifter, interna konfigurationer, API-nycklar begravda i ett svar, finansiella rader. En hel del onlinekonverterare skickar tyst din inklistring till en server för att göra jobbet. Speedor gör inte det. Konverteringslogiken körs i din webbläsarflik, datan passerar aldrig nätverket, och att stänga fliken är all städning som behövs. Det är snabbare också, eftersom det inte finns någon upload-tur-och-retur, och det fungerar offline när sidan väl har laddats. Gratis, ingen registrering, ingen kvot.
Vanliga frågor
Laddas min data upp någonstans när jag konverterar den?
Nej. Varje konvertering körs lokalt i din webbläsare med hjälp av JavaScript. Din data lämnar aldrig din enhet och skickas aldrig till en server, vilket är varför de här verktygen fungerar även när du är offline.
Kan jag konvertera CSV till JSON utan att skriva någon kod?
Ja. Klistra in din CSV i konverteraren, klicka på konvertera, och kopiera den resulterande JSON-arrayen. Den första raden behandlas som kolumnrubriker, som blir nycklarna för varje objekt.
Varför visar min konverterade JSON tal som strängar?
CSV har inget begrepp om datatyper, så varje värde börjar som text. En del konverterare försöker upptäcka tal och booleaner automatiskt, men vid osäkerhet behåller de värden som strängar för att undvika att förstöra saker som postnummer eller ID:n med inledande nollor.
Vad är skillnaden mellan JSON och YAML?
De representerar samma typer av data, men YAML använder indrag istället för klamrar och hakparenteser, tillåter kommentarer, och är generellt lättare för människor att läsa och redigera. JSON är mer kompakt och är standardvalet för de flesta webb-API:er.
Är konvertering mellan dessa format alltid förlustfri?
Oftast, men inte alltid. JSON, YAML och XML mappar väl mot varandra i de flesta fall. De knepigaste kombinationerna är CSV, som är platt och typlös, och XML, som hanterar attribut och upprepade element annorlunda än JSON-arrayer. Kontrollera alltid resultatet för viktig data.
Fungerar dessa konverterare på stora filer?
De hanterar de flesta vardagsfiler bekvämt eftersom arbetet sker på din egen maskin. Prestandan beror på din enhet snarare än en server, så mycket stora filer begränsas huvudsakligen av ditt webbläsarminne.