TJSONToObject Performance

[Uwe Raabe]

Bei Performanceproblemen gibt es viele mögliche Ursachen. Könntest du einen konkreten Testfall mit dem entsprechenden JSON erstellen mit dem wir das nachstellen können?

[fisipjm]

Zitat von Uwe Raabe:

Bei Performanceproblemen gibt es viele mögliche Ursachen. Könntest du einen konkreten Testfall mit dem entsprechenden JSON erstellen mit dem wir das nachstellen können?

Kurz was zusammengewürfelt.
Hier wird der Unterschied sogar noch viel deutlicher.

[Uwe Raabe]

Es ist wohl richtig, dass eine direkte Verarbeitung des JSONObject schneller ist als das RTTI-basierte JsonToObject. Selbst bei der Umwandlung der einzelnen Values weißt du ja schon, dass es sich um Strings handelt und kannst das durch den gezielten Aufruf von TryGetValue<string> ausnutzen, während andernfalls immer der Umweg über TValue erfolgen muss.

Also, ja, direkt das JSON abzuarbeiten ist deutlich performanter - aber eben auch aufwändiger und schlechter wartbar. Du musst halt abwägen.

[fisipjm]

Zitat von Uwe Raabe:

Also, ja, direkt das JSON abzuarbeiten ist deutlich performanter - aber eben auch aufwändiger und schlechter wartbar. Du musst halt abwägen.

Das hab ich befürchtet Danke aber trotzdem für die Rückmeldung

[mytbo]

Zitat von fisipjm:

Kurz was zusammengewürfelt.
Hier wird der Unterschied sogar noch viel deutlicher.

Die Werte für mORMot für den Test im Anhang liegen zwischen 150 und 300 Millisekunden. Du kannst auch deine Testdatei speichern und in den JsonViewer aus diesem Artikel laden. Die Ladezeit wird links unten eingeblendet.

Bis bald...
Thomas

[fisipjm]

Zitat von mytbo:

Zitat von fisipjm:

Kurz was zusammengewürfelt.
Hier wird der Unterschied sogar noch viel deutlicher.

Die Werte für mORMot für den Test im Anhang liegen zwischen 150 und 300 Millisekunden. Du kannst auch deine Testdatei speichern und in den JsonViewer aus diesem Artikel laden. Die Ladezeit wird links unten eingeblendet.

Bis bald...
Thomas

Das Sieht sehr vielversprechend aus
Gibt es einen Grund warum du den "Umweg" über ein File nimmst und nicht direkt mit einem String arbeitest?
Ich habe es mal eben versucht mit einem normalen String umzusetzen, aber bekomme es nicht hin, kenne das Framework dafür zu wenig

Edit: Ne passt, hab mich bissel eingelesen und gesehen, dass die Felder, die in der Klasse verwendet werden sollen in Published liegen müssen. Macht RTTI seitig natürlich Sinn. Danke für das Beispiel ��

[fisipjm]

Zitat von fisipjm:

Zitat von mytbo:

Zitat von fisipjm:

Kurz was zusammengewürfelt.
Hier wird der Unterschied sogar noch viel deutlicher.

Die Werte für mORMot für den Test im Anhang liegen zwischen 150 und 300 Millisekunden. Du kannst auch...

Das Sieht sehr vielversprechend aus

Ich hab gerade gesehen das mORMot2 nicht unter Android läuft ich brauch das ganze leider für mobile Development also iOS und Android

[mytbo]

Zitat von fisipjm:

Ich hab gerade gesehen das mORMot2 nicht unter Android läuft ich brauch das ganze leider für mobile Development also iOS und Android

Gibt es für mORMot1. Die Namen der Funktionen könnten sich geändert haben. Das Fork Repository findest du auf GitHub. Habe es selbst nicht getestet. Und jetzt blamiere ich mich, sollte der Autor hier zufällig mitlesen, sein Name ist Thomas K...? Die restlichen Buchstaben sind in den unendlichen Weiten verschwunden.

Bis bald...
Thomas

[fisipjm]

Zitat von mytbo:

Zitat von fisipjm:

Ich hab gerade gesehen das mORMot2 nicht unter Android läuft ich brauch das ganze leider für mobile Development also iOS und Android

Gibt es für mORMot1. Die Namen der Funktionen könnten sich geändert haben. Das Fork Repository findest du auf GitHub. Habe es selbst nicht getestet. Und jetzt blamiere ich mich, sollte der Autor hier zufällig mitlesen, sein Name ist Thomas K...? Die restlichen Buchstaben sind in den unendlichen Weiten verschwunden.

Bis bald...
Thomas

Hi Thomas,

vielen Dank für deine Antwort mOrMot1 wird nicht mehr weiter entwickelt, wenn ich das richtig verstanden habe. Ich hab ein wenig Bauchschmerzen ein so großes Framework in das Projekt zu integrieren, wenn bereits jetzt klar ist, das es nur noch maximal Fixes geben wird.
Ich habe aber gesehen, dass es im Projekt eine einzige Unit gibt, die für sich genommen lauffähig ist.
SyncCrossPlatformJSON.pas - Hab diese Mal in das Projekt integriert, aber es sieht so aus, als würde dort das JSONToObject nicht mit dem Array arbeiten können. Zumindest ist meine Klasse immer leer (Ohne Fehler). Hast du damit zufällig Erfahrung?

LG
PJM