Drevesni prikaz proti tabelaričnemu prikazu JSON: kateri ti dejansko pomaga hitreje razhroščevati

Večina pregledovalnikov JSON ti ponudi izbiro med drevesnim prikazom (gnezdenim, zložljivim, ena vrednost na vrstico) in tabelaričnim prikazom (vrstice in stolpci, kot v preglednici). Videti sta kot dve preobleki istih podatkov, zato je mikavno preprosto izbrati tisto, ki jo orodje odpre privzeto. To je napačen nagon — prikaza sta v resnici optimizirana za različne oblike podatkov in različne naloge razhroščevanja, izbira napačnega za nalogo pa te stane pravega časa.

V čem je vsak prikaz dejansko dober

Drevesni prikaz zrcali dejansko strukturo JSON: vsak objekt in polje je zložljivo vozlišče, vsaka listna vrednost stoji v svoji vrstici ob svojem ključu. To je prava izbira, ko:

• Razhroščuješ samo strukturo — poskušaš najti, kje v globoko gnezdenem objektu se nahaja vrednost, ali potrditi, da polje sploh obstaja.
• So podatki nepravilni — različni objekti v istem odgovoru imajo različne nabore ključev, izbirna polja ali različno globino gnezdenja. Tabela tega ne more predstaviti čisto; drevo lahko.
• Moraš izrecno videti razmerja med starši in otroki, na primer slediti, kateremu polju pripada določen objekt.

Tabelarični prikaz sploščí polje objektov v vrstice in stolpce, en stolpec na ključ. To zmaga, ko:

• Imaš polje enotnih objektov — seznam uporabnikov, naročil ali dnevniških vnosov, ki vsi delijo isto obliko.
• Iščeš izjemo — null, kjer si pričakoval številko, tipkarsko napako v vrednosti naštevnega tipa, manjkajoče polje le v eni vrstici. Tabele naredijo izjeme vizualno očitne, ker lahko oko preleti stolpec od zgoraj navzdol; drevo isto anomalijo zakoplje v deset ločeno razširjenih vozlišč.
• Želiš nekaj bližje miselnemu modelu preglednice — razvrščanje ali hitro oceno, katere vrstice si delijo vrednost.

Konkreten način, kako napačna izbira odpove

Odpri globoko gnezden odgovor API-ja (žetoni za avtentikacijo znotraj objekta uporabnika znotraj objekta seje) v tabelaričnem prikazu in dobiš tabelo, kjer večina celic preprosto piše [Object] ali [Array] — sploščevanje nima kam dati gnezdene strukture, zato se skrči v neuporabne označbe mest, v katere moraš vseeno klikniti, kar je strogo slabše, kot če bi začel z drevesnim prikazom.

Odpri polje 200 skoraj identičnih dnevniških vnosov v drevesnem prikazu in dobiš 200 ločeno zložljivih vozlišč, ki jih moraš razširiti eno za drugim, da najdeš tisto edino vrstico, kjer je status nepričakovano null — pregled, ki bi v tabeli trajal dve sekundi, v drevesu vzame minute klikanja.

Preprosto praktično pravilo

Najprej si zastavi eno vprašanje: je zanimiva razlika med sorojenci ali po globini?

• Če primerjaš veliko podobnih elementov med seboj (med sorojenci) — uporabi tabelarični prikaz.
• Če slediš vrednosti navzdol skozi gnezdeno strukturo (po globini) — uporabi drevesni prikaz.

Za vsakodnevno razhroščevanje JSON, kjer predvsem potrebuješ, da so podatki berljivi in skladenjsko veljavni — preverjanje zamikov, potrditev, da se oklepaji ujemajo, opažanje vejice na koncu — nobeden od prikazov ni strogo nujen. Pravilno zamaknjena, lepo natisnjena različica surovega JSON (kar ti da formatter JSON) že dovolj jasno razkrije strukturo za večino hitrih preverjanj, do nje pa prideš hitreje, kot bi preklapljal pregledovalnik v določen način. Poseži po drevesnem ali tabelaričnem prikazu prav takrat, ko so podatki preveliki ali pregnezdeni, da bi jih preprosto bral od zgoraj navzdol.