JSON-trevisning vs. tabellvisning: hvilken hjelper deg faktisk å feilsøke raskere

De fleste JSON-visere gir deg et valg mellom en trevisning (nøstet, sammenleggbar, én verdi per linje) og en tabellvisning (rader og kolonner, regneark-stil). De ser ut som to skinn på samme data, så det er fristende å bare velge det verktøyet åpner som standard. Det er feil instinkt — de to visningene er faktisk optimalisert for forskjellige dataformer og forskjellige feilsøkingsoppgaver, og å velge feil for jobben koster deg reell tid.

Hva hver visning faktisk er god på

Trevisning speiler JSON-ens virkelige struktur: hvert objekt og array er en sammenleggbar node, hver bladverdi ligger på sin egen linje ved siden av nøkkelen sin. Dette er riktig valg når:

• Selve strukturen er det du feilsøker — du prøver å finne hvor i et dypt nøstet objekt en verdi ligger, eller bekrefte at et felt i det hele tatt finnes.
• Dataene er uregelmessige — forskjellige objekter i samme respons har forskjellige sett med nøkler, valgfrie felt eller varierende nøstingsdybde. En tabell kan ikke representere det ryddig; et tre kan.
• Du trenger å se foreldre-barn-relasjoner eksplisitt, som å spore hvilken array et bestemt objekt tilhører.

Tabellvisning flater ut en array av objekter til rader og kolonner, én kolonne per nøkkel. Dette vinner når:

• Du har en array av ensartede objekter — en liste over brukere, ordre eller loggoppføringer som alle deler samme form.
• Du leter etter et avvik — en null der du forventet et tall, en skrivefeil i en enum-verdi, et manglende felt i bare én rad. Tabeller gjør avvik visuelt tydelige fordi øyet ditt kan skanne en kolonne ovenfra og ned; et tre gjemmer det samme avviket inne i dusinvis av separat utvidede noder.
• Du vil ha noe nærmere en regneark-tankegang — sortering, eller å se hvilke rader som deler en verdi.

Den konkrete feilmodusen ved å velge feil

Åpne en dypt nøstet API-respons (autentiseringstokener inne i et brukerobjekt inne i et øktobjekt) i tabellvisning, og du får en tabell der de fleste celler bare sier [Object] eller [Array] — utflatingen har ingen plass til den nøstede strukturen, så den kollapser til ubrukelige plassholdere du likevel må klikke deg inn i, noe som er strengt verre enn å starte i trevisning.

Åpne en array med 200 nesten identiske loggoppføringer i trevisning, og du får 200 separat sammenleggbare noder du må utvide én om gangen for å finne den ene raden der status uventet er null — en skanning som ville tatt to sekunder i en tabell, tar minutter med klikking i et tre.

En enkel tommelfingerregel

Still ett spørsmål først: er den interessante variasjonen på tvers av søsken, eller på tvers av dybde?

• Hvis du sammenligner mange like elementer med hverandre (på tvers av søsken) — bruk tabellvisning.
• Hvis du følger en verdi ned gjennom nøstet struktur (på tvers av dybde) — bruk trevisning.

For hverdagslig JSON-feilsøking der du hovedsakelig trenger dataene lesbare og syntaktisk gyldige — sjekke innrykk, bekrefte at klammene matcher, oppdage et etterhengende komma — er ingen av visningene strengt tatt nødvendig. En riktig innrykket, formatert versjon av den rå JSON-en (det en JSON-formaterer gir deg) eksponerer allerede strukturen tydelig nok for de fleste raske sjekker, og den er raskere å nå enn å bytte en viser til en bestemt modus. Gå for tre- eller tabellvisning spesifikt når dataene er for store eller for nøstet til bare å leses ovenfra og ned.