Parser Json v Delphi XE2

[Jirka]

Zatím používám lkJSON  (pro načtení s ARESu) ale nyní bych to potřeboval na vážnější práci a narážím
na různé problémy  - například při čtení údaje z JSON  a ten "element"  zrovna neexistuje tak mi to spadne  na Access violation

Zkoušel jsem SuperObject  ale tam mi to nejde zkompilovat (zřejmě problém s funkci System.AtomicIncrement kterou XE nemají)

Máte pro nějaký jiný nástroj,  případně jak  rozchodit  SuperObject   v XE2

[Stanislav Hruška]

Mám niečo staršie. Neviem aká to je verzia. Snáď Ti to pomôže.

[vandrovnik]

Používám tohle: https://github.com/neslib/Neslib.Json

[mbx]

Pokud se nepletu, tak lkJson vrati v pripade pozadavku na neexistujici element/field nil misto prislusneho lk objektu - tak to se da snadno osetrit...nebo si napis nejakou vlastni metodu, ktera ti v takovem pripade misto hodnoty vrati nejaky default, nejspis ''.

[Stanislav Hruška]

Pokud se nepletu, tak lkJson vrati v pripade pozadavku na neexistujici element/field nil misto prislusneho lk objektu - tak to se da snadno osetrit...

To robí aj SuperObject.

[Jirka]

Používám tohle: https://github.com/neslib/Neslib.Json

Stáhl jsem si ,ale bohužel mi tam chybí požadovaný soubor  "Neslib.inc"

[vandrovnik]

Používám tohle: https://github.com/neslib/Neslib.Json

Stáhl jsem si ,ale bohužel mi tam chybí požadovaný soubor  "Neslib.inc"

To bude asi "This library only depends on the Neslib repository. It is included as submodule with this repository."
V seznamu souborů je na ni odkaz, https://github.com/neslib/Neslib/tree/5a97cc062a5ab02229d782abeec46968d3875df3

[Jirka]

A já si to  přeložil jako tato knihovna je závislá pouze na NesLib souborech které jsou vloženy  .
Proč to nedistribují jako celek ...

[Radek Červinka]

Nic lepsiho podle mne nez https://github.com/ahausladen/JsonDataObjects od A. Hausladena asi neni. Presel na to i DMVC framework a to je nejaka knihovna.

[raul]

Souhlasím s Radkem, JDO je dost dobré. Nicméně, opět se dá vylepšit, třeba inliningem a dalšími triky (například operátor = pro string mám pocit). Jen bacha na úplně nejvíc největší JSONy (800Mb).

[Daniel_Andrascik]

https://github.com/hydrobyte/TestJSON

Tu si dal typek docela dost prace s porovnanim mnohych kniznic. Podla jeho nazoru jednu z top kniznic Grijjy.Bson som mu tam odporucil ja sam 🤷

[raul]

Nest.json vypada pekne a moc pekne napsanej take.
Jinak k tomu testu... Je trochu nefer a imho i trochu nereal, nebo 50tisic polozek na jedne urovni? Delam s Jsonem hodne, ale realne to pres desitky jde velice malokdy. Pak zakonite linearni hledani JDO jde do kelu. Zajimala by me ale na druhou stranu prace se strukturovanym, ale obrim jsonem, tam JDO neni schopno ani serializace (ebay seznam kategorii - 800Mb) - a to je uz realnejsi priklad.

[Daniel_Andrascik]

Nest.json vypada pekne a moc pekne napsanej take.
Jinak k tomu testu... Je trochu nefer a imho i trochu nereal, nebo 50tisic polozek na jedne urovni? Delam s Jsonem hodne, ale realne to pres desitky jde velice malokdy. Pak zakonite linearni hledani JDO jde do kelu. Zajimala by me ale na druhou stranu prace se strukturovanym, ale obrim jsonem, tam JDO neni schopno ani serializace (ebay seznam kategorii - 800Mb) - a to je uz realnejsi priklad.

Good point, tak mu to tam napis, mozno zakomponuje aj takyto druh testov 

[Jirka]

Tak asi oprava 
Tady je zřejmě ten správný SuperObject
https://github.com/hgourvest/superobject

Ten problém s nenalezenou System.AtomicIncrement měla na svědomí knihovna kterou jsem si stáhnul poprvé
https://github.com/pult/SuperObject.Delphi

Když to nyní testuji tak na rozdíl od lkJSON   nevyšiluje pokud element při parsování nenalezne nebo má hodnotu null

[František]

SuperObject
https://github.com/hgourvest/superobject

pouzivam aj na XML k spokojnosti (hlavne rychlost)