JSON stromové zobrazenie vs. tabuľkové zobrazenie: ktoré vám naozaj pomôže ladiť rýchlejšie

Väčšina JSON prehliadačov vám dáva na výber medzi stromovým zobrazením (vnorené, zbaliteľné, jedna hodnota na riadok) a tabuľkovým zobrazením (riadky a stĺpce v štýle tabuľkového procesora). Vyzerajú ako dva vzhľady tých istých dát, takže je lákavé jednoducho vziať to, ktoré nástroj otvorí predvolene. To je nesprávny inštinkt — tieto dve zobrazenia sú v skutočnosti optimalizované pre rôzne tvary dát a rôzne ladiace úlohy, a zlá voľba vás stojí reálny čas.

V čom je každé zobrazenie skutočne dobré

Stromové zobrazenie zrkadlí skutočnú štruktúru JSON-u: každý objekt a pole je zbaliteľný uzol, každá listová hodnota sedí na vlastnom riadku vedľa svojho kľúča. To je správna voľba, keď:

• Ladíte samotnú štruktúru — snažíte sa zistiť, kde v hlboko vnorenom objekte hodnota žije, alebo potvrdiť, že pole vôbec existuje.
• Dáta sú nepravidelné — rôzne objekty v tej istej odpovedi majú rôzne sady kľúčov, voliteľné polia alebo rôznu hĺbku vnorenia. Tabuľka to čisto reprezentovať nedokáže; strom áno.
• Potrebujete explicitne vidieť vzťahy rodič–dieťa, napríklad dohľadať, do ktorého poľa konkrétny objekt patrí.

Tabuľkové zobrazenie sploští pole objektov na riadky a stĺpce, jeden stĺpec na kľúč. To vyhráva, keď:

• Máte pole uniformných objektov — zoznam používateľov, objednávok alebo logov, ktoré majú všetky rovnaký tvar.
• Hľadáte odchýlku — null tam, kde ste čakali číslo, preklep v enum hodnote, chýbajúce pole v jedinom riadku. Tabuľky robia odchýlky vizuálne zjavnými, pretože oko dokáže prejsť stĺpec zhora nadol; strom tú istú anomáliu pochová do desiatok samostatne rozbaľovaných uzlov.
• Chcete niečo bližšie k mentálnemu modelu tabuľkového procesora — triedenie alebo rýchly pohľad na to, ktoré riadky zdieľajú hodnotu.

Konkrétny spôsob zlyhania pri zlej voľbe

Otvorte hlboko vnorenú API odpoveď (auth tokeny vo vnútri objektu používateľa vo vnútri objektu session) v tabuľkovom zobrazení a dostanete tabuľku, kde väčšina buniek hovorí len [Object] alebo [Array] — sploštenie nemá kam vnorenú štruktúru dať, takže sa zbalí do nepoužiteľných zástupných textov, do ktorých aj tak musíte klikať, čo je jednoznačne horšie než začať v stromovom zobrazení.

Otvorte 200-riadkové pole takmer identických logov v stromovom zobrazení a dostanete 200 samostatne zbaliteľných uzlov, ktoré musíte rozbaľovať jeden po druhom, aby ste našli ten jeden riadok, kde je status nečakane null — kontrola, ktorá by v tabuľke trvala dve sekundy, zaberie v strome minúty klikania.

Jednoduché pravidlo

Najprv si položte jednu otázku: je zaujímavá variácia medzi súrodencami, alebo naprieč hĺbkou?

• Ak porovnávate veľa podobných položiek navzájom (medzi súrodencami) — použite tabuľkové zobrazenie.
• Ak sledujete hodnotu smerom dolu cez vnorenú štruktúru (naprieč hĺbkou) — použite stromové zobrazenie.

Pri každodennom ladení JSON-u, keď hlavne potrebujete čitateľné a syntakticky platné dáta — kontrola odsadenia, potvrdenie, že zátvorky sedia, odhalenie čiarky na konci — nie je striktne nutné ani jedno z nich. Správne odsadená, pekne naformátovaná verzia surového JSON-u (to, čo vám dá JSON formatter) už štruktúru odkrýva dosť jasne pre väčšinu rýchlych kontrol a dostanete sa k nej rýchlejšie než prepínaním prehliadača do konkrétneho režimu. Po stromovom alebo tabuľkovom zobrazení siahnite práve vtedy, keď sú dáta príliš veľké alebo príliš vnorené na to, aby sa dali jednoducho prečítať zhora nadol.