Zitat:
Code:
"stock": { // object
"warehouse": 300, // integer
"retail": 20 // integer
}
[add]
Ich glaub diese Lektüre haben zu viele JSON-Parser-Entwickler (außerhalb der Welt von JavaScript und kompatiblen dynamischen Sprachen) zu wörtlich genommen.
True und False als einzelne Objekte
[/add]
Zitat:
Ähm, du willst einen JSON-Parser erstellen oder benutzen?
Gute Frage ... wenn wirklch "erstellen", dann:
Variant und TValue können mehrere "Typen" speichern
oder du reagierst auf den Typen und speicherst dann den "Wert" in einer entsprechenden Variable, ähnlich einem varianten Array.
> String, Double, Array/Objekt, ...
Aber warum schaust du nicht einfach bei anderen Delphi-JSON-Libs ab?
z.B.
http://sourceforge.net/projects/lkjson/
(ich weiß jetzt nicht, welche Lib Delphi integriert hat)
Warum baut eigentlich jeder einen JSON-Parser?
*hust*
http://svn.geheimniswelten.de:8080/svn/JSON/ (nicht fertig)
Ich hab mich entschieden die "Werte" als String zu speichern. (im Prinzip ist es im JSON dann eh alles ein String)
Wobei ich keinen JSON-Parser bastel (OK, der TJSONReader ist eine Art SAXParser), sondern ein echtes
DOM, welches vollständig bearbeitbar ist.
Das Projekt war aber eigentlich entstanden, um die Speicherverwaltung im Multiplattform an einem praktischen Beispiel zu testen.
Siehe die vielen Tickets ala
http://www.delphipraxis.net/184063-m...interface.html
Es gibt dazu dbald auch mal einen Artikel über JSON, JavaScript, Delphi, wie das drüben ist, also im JavaScript und vielleicht auch anderswo, und warum das JavaScript-Objekt-Model-Prinzip (nur serialisieren und deserialisieren) nicht unbedingt mit Delphi kompatibel ist.