About

JSON til TOML-konverter

Lim inn et JSON-objekt til venstre, få TOML til høyre. Streng spesifikasjon via @iarna/toml. Ingen opplasting.

  1. Lim inn et JSON-objekt i tekstområdet til venstre.
  2. Klikk «Konverter til TOML». Toppnivået må være et JSON-objekt — ikke en array.
  3. Kopier eller last ned TOML-utdataen.
  4. For lister av poster, bruk en TOML-array av tabeller — pakk inn med `{ items: [...] }` først.
Hva gjør det?

Konverterer et JSON-objekt til et TOML-1.0-konformt dokument via @iarna/toml. Nestede objekter blir `[section]`-overskrifter; arrays av objekter blir `[[items]]` array-of-tables-blokker; strenger, tall, booleanske og ISO 8601-datotid-strenger mappes til TOML-primitiver. Utdata sorteres til en kanonisk rekkefølge — nøkler vises før under-tabeller for kompatibilitet med strenge TOML-parsere.

Eksempel

JSON-inndata:

{
  "name": "Ada",
  "active": true,
  "address": {
    "city": "London"
  }
}

TOML-utdata:

name = "Ada"
active = true

[address]
city = "London"

Vanlige JSON-til-TOML-fallgruver

TOML har strengere toppnivå-regler enn JSON. Mønstrene under forklarer hvorfor en JSON-verdi som «burde fungere» kan feile.

  • Toppnivå-array. TOML kan ikke representere en toppnivå-JSON-array. Pakk den inn: `{"items": [...]}`. Resultatet blir en TOML-array-of-tables under `[[items]]`.
  • Toppnivå-skalar. Et bart `42` eller `"hello"` JSON-dokument har ingen nøkkel å feste seg til i TOML. Pakk det inn i et objekt: `{"value": 42}`.
  • null-verdier. TOML har ingen null-type. Serialiseringen utelater helt nøkler hvis JSON-verdi er null. Hvis du må representere «eksplisitt ingenting», bruk en tom streng `""` eller en sentinel-verdi, avhengig av nedstrømskoden din.
  • Arrays med blandede typer. TOML 1.0 tillater `[1, "two"]`, men gamle 0.5-parsere gjør ikke. Hvis TOML-en din må gå tur-retur gjennom 0.5-tooling, hold arrays homogene i JSON-en før konvertering.
  • Nøkler med punktum i TOML-utdata. En JSON-nøkkel som `"my.key"` blir en TOML «punktnøkkel»-sti, som TOML-parsere vil tolke som nestet. For å bevare et bokstavelig punktum i nøkkelnavnet, siterer serialiseringen det: `"my.key" = ...` — men konsumenter kan likevel parse det som en sti.
  • NaN / Infinity. TOML 1.0 støtter `nan`, `inf`, `-inf`-literaler. JSON representerer ikke disse — de kommer typisk som strengene `"NaN"`, `"Infinity"`, osv. Konverter manuelt hvis du trenger ekte TOML-float-spesialer.
Ofte stilte spørsmål

Hvordan representeres datoer?

JSON-datoer er ISO 8601-strenger, f.eks. `"2026-04-26T12:00:00Z"`. Serialiseringen beholder dem som strenger i TOML — ikke som native datotid-typer. For å få en native TOML-datotid, må du forhåndsbehandle og sende ut verdien med riktig type-markør på JavaScript-siden.

Flates dypt nestede objekter?

Nei — de blir nestede `[a.b.c]`-overskrifter. Hvert nestingnivå blir en punktforbundet overskriftssti. For svært dype strukturer kan utdata ha lange overskriftslinjer; det er bare hvordan TOML uttrykker dybde.

Bevares nøkkelrekkefølgen?

For det meste. Serialiseringen kanonikaliserer rekkefølgen slik at primitiver kommer før under-tabeller (en TOML-regel). Innenfor hvert nivå bevares JSON-innsettingsrekkefølgen.

Hvordan får jeg en TOML inline-tabell i utdata?

Du kan ikke — serialiseringen bruker alltid `[section]`-blokkoverskrifter, aldri inline-tabeller. Trenger du inline-utdata, etterbehandle resultatet. Inline-tabeller er en TOML-lesbarhetsfunksjon, ikke en annen dataform.

Lastes JSON-en min opp?

Nei. Alt kjører i nettleseren din — inndata blir parset og serialisert av JavaScript på denne siden og sendes aldri til noen server.

Kan jeg gå tur-retur JSON → TOML → JSON?

For støttede typer (streng, tall, boolean, nestet objekt, array av objekter), ja. Tur-retur mister null-verdier (TOML har ikke null) og kan normalisere nøkkelrekkefølge.