TDate im Json

[Rollo62]

Zitat von Incocnito:

Ich hatte in der Json-Struktur nicht nur 1 Datumsfeld, sondern zwei.

Wie sehen die Daten da drin denn aus, kann es sein das dies in TDate und TTime getrennt gespeichert wurde ?

[Incocnito]

Nein, es gibt kein TTime. Dann hätte ich ein TDateTime genommen und nicht 2 Felder.
Aber spielt das denn eine Rolle?

Beim Auslesen läuft er in StringReverter und beim Speichern in ObjectConverter,
das verwirrt mich auch gerade.
Ich musste für das Feld
[JsonMyDate] [JSONReflect(ctString, rtString, TMyDateInterceptor)]
angeben.

Ah! Jetzt seh' ich's ... im Attrbute.Create steht ja auch "ctObject, rtString" ...
Wenn man nur kopiert, ohne zu verstehen, was da passiert! -.-

Frage: Werden Dates wirklich "2021-10-14T00:00:00.000Z" gespeichert?
Das sieht so falsch aus mit dem Zeitanteil.

[Incocnito]

Ich hänge mal mein aktuelles Test-Projekt an ...
dann kann das jeder nach belieben nachvollziehen.
Ist vielleicht auch ein gutes Projekt um in diese RTTI-Geschichte rein zu kommen.

[Uwe Raabe]

Wenn in dem String kein Datum sondern die Zahl 44298 steht, dann sollte es nicht dtVal := StrToFloatDef(Arg, 0) heißen, sondern dtVal := StrToIntDef(Arg, 0) .

Edit: Aber das erklärt leider noch nicht den Fehler.

[Rollo62]

Zitat von Incocnito:

Frage: Werden Dates wirklich "2021-10-14T00:00:00.000Z" gespeichert?

Hier ganz gut zusammengefasst
https://www.ionos.de/digitalguide/we...lung/iso-8601/

So sollte es aussehen

Zitat:

2019-09-07T15:50+01:00

Was ich vermute war das Du Date und Zeitanteil getrennt hast, wie auch Uwe schrieb,
wenn die Zahl wirklich Integer ist, dann wird das der "ganzzahlige" Date-Anteil sein.
Die Nachkommastellen der Zeitanteils sind dabei unter den Tisch gefallen ( deshalb T00:00:00.000Z );

Entweder findest Du den Zeitanteil im 2ten DateTime Speicher, oder der wurde nie als Double abgespeichert und ist damit verloren.

[Incocnito]

Ah, jetzt weiß ich glaube ich wieso ihr auf den Zeitanteil kommt...
Die Struktur in der Datenbank war vom Prinzip:

Code:

{
 "Wert1":12345,
 "Wert2":"BlaBlub",
 "Wert3":{
  "Wert4":12.45,
  "Wert5":12345
  "Wert6":"BlubTest"
 }
}

Da musste ich nicht nur "Wert1" als [JsonMyDate] definieren, sondern auch "Wert5".
Dabei ist auch tatsächlich nur der Datumswert interessant, den Zeitanteil braucht man in dem Fall überhaubt nicht.
Dass ich statt "ToInt" "ToFloat" genommen habe, war eher so ein Reflex um bei zukünfitgen Änderungen nicht gleich
irgendwas kaputt zu machen. "ToFloat" kann halt mehr verarbeiten als "ToInt", mehr steckte da gar nicht hinter,
reine Vorsichtsmaßnahme. Ich fange öfters mal Fehler ab, die gar nicht sein können.