JSON puuvaade vs tabelivaade: kumb aitab sul tegelikult kiiremini silumist teha

Enamik JSON-vaatureid annab sulle valiku puuvaate (pesastatud, kokkuvolditav, üks väärtus real) ja tabelivaate (read ja veerud, tabelarvutuse stiilis) vahel. Need näevad välja nagu kaks kesta sama andmestiku peal, nii et on ahvatlev lihtsalt valida see, mille tööriist vaikimisi avab. See on vale instinkt — need kaks vaadet on tegelikult optimeeritud erinevate andmekujude ja erinevate silumisülesannete jaoks ning vale valik antud ülesande jaoks maksab sulle päris aega.

Mille jaoks kumbki vaade tegelikult hea on

Puuvaade peegeldab JSON-i tegelikku struktuuri: iga objekt ja massiiv on kokkuvolditav sõlm, iga lehtväärtus asub oma real koos oma võtmega. See on õige valik, kui:

• Sa silud struktuuri ennast — üritad leida, kus sügavalt pesastatud objektis mingi väärtus asub, või kinnitada, et väli üldse eksisteerib.
• Andmed on ebaregulaarsed — sama vastuse erinevatel objektidel on erinevad võtmete komplektid, valikulised väljad või erinev pesastussügavus. Tabel ei suuda seda korrektselt esitada; puu suudab.
• Pead nägema selgesõnaliselt vanem-laps suhteid, näiteks jälgides, millisesse massiivi konkreetne objekt kuulub.

Tabelivaade laotab objektide massiivi ridadeks ja veergudeks, üks veerg iga võtme kohta. See võidab, kui:

• Sul on ühtlaste objektide massiiv — kasutajate, tellimuste või logikirjete nimekiri, millel kõigil on sama kuju.
• Skaneerid erandit — nulli seal, kus ootasid numbrit, kirjaviga enum-väärtuses, puuduvat välja vaid ühes reas. Tabelid muudavad erandid visuaalselt ilmseks, sest silm saab veergu ülevalt alla skaneerida; puu matab sama anomaalia kümnete eraldi laiendatud sõlmede sisse.
• Tahad midagi tabelarvutuse mõttemudelile lähemat — sorteerimist või silmaga vaatamist, millised read jagavad väärtust.

Konkreetne vea muster vale valiku puhul

Ava sügavalt pesastatud API vastus (autentimistokenid kasutajaobjekti sees, mis on sessiooniobjekti sees) tabelivaates ja saad tabeli, kus enamik lahtreid ütlevad lihtsalt [Object] või [Array] — laotamisel pole pesastatud struktuuri jaoks kohta, nii et see variseb kasututeks kohatäiteks, millele pead siis niikuinii klõpsama, mis on rangelt halvem kui puuvaates alustamine.

Ava 200-realine peaaegu identsete logikirjete massiiv puuvaates ja saad 200 eraldi kokkuvolditavat sõlme, mida pead korraga ühe laiendama, et leida see üks rida, kus status on ootamatult null — skaneerimine, mis võtaks tabelis kaks sekundit, võtab puus minuteid klõpsamist.

Lihtne rusikareegel

Küsi esmalt üks küsimus: kas huvitav varieeruvus on õdede-vendade vahel või sügavuse suunas?

• Kui võrdled palju sarnaseid elemente omavahel (õdede-vendade vahel) — kasuta tabelivaadet.
• Kui jälgid väärtust läbi pesastatud struktuuri sügavuse (sügavuse suunas) — kasuta puuvaadet.

Igapäevase JSON-silumise puhul, kus vajad peamiselt loetavat ja süntaktiliselt kehtivat andmestikku — kontrollid taandeid, kinnitad, et sulud klapivad, otsid liigset koma — pole kumbki vaade rangelt vajalik. Korralikult taandega, ilusti vormindatud versioon toorest JSON-ist (mille JSON formatter sulle annab) paljastab struktuuri juba piisavalt selgelt enamiku kiirete kontrollide jaoks ning selleni jõudmine on kiirem kui vaaturi lülitamine konkreetsesse režiimi. Haara puu- või tabelivaate järele just siis, kui andmed on liiga suured või liiga pesastatud, et lihtsalt ülevalt alla lugeda.