Ich bin grad irgendwie unfähig. Ich bekomme von einem Webservice ein Datum im Format 'YYYY-MM-DD' das läßt sich unter Windows problemlos mit Variants.VarToDateTime ins korrekte TDate konvertieren. Sobald ich zu Mac OS wechsle, klappt das nicht mehr, weil in den Tiefen der SysUtils einiges nicht so implementiert ist, wie ich es erwarten würde. Unter Windows übernimmt offenkundig eine Betriebssystemfunktion die erfolgreiche Konvertierung. In anderen Systemen hat man diesen Komfort nicht und muß sich auf Embarcadero verlassen Man landet dann über kurz oder lang in der Funktion SysUtils.ScanDate, die leider, leider die FormatSettings des Systems beim Umwandlungsversuch zu Rate zieht. Da findet sie dann in meinem deutschen System als Resultat von GetDateOrder ein doDMY an Stelle des nötigen doYMD und die Sache ist gelaufen, weil dann der String falsch ausgewertet wird. Nun dachte ich mir, ich könnte für den nicht Windows Fall das Datum selbst für die Umwandlung aufhübschen und wollte diese neckischen DateOrder Geschichten nutzen...aber das geht gar nicht. System.SysUtils ist im uses und dennoch kennt Herr Delphi weder TDateOrder noch GetDateOrder. Was mache ich falsch? Oder hat grad jemand eine bessere Datumskonvertierung (Plattformunabhängig!!) parat?

Grüßle,
Sherlock

Das ist doch ISO8601.

Warum nicht einfach
http://docwiki.embarcadero.com/Libra....ISO8601ToDate

Zitat von Sherlock:

System.SysUtils ist im uses und dennoch kennt Herr Delphi weder TDateOrder noch GetDateOrder.

Die kennt Herr Delphi schon, aber er meint, die gehen dich nichts an! Die sind halt nur im Implementation-Teil deklariert.

Was funktioniert denn bei StrToDate bzw. StrToDateTime nicht?

Zitat von Uwe Raabe:

Zitat von Sherlock:

System.SysUtils ist im uses und dennoch kennt Herr Delphi weder TDateOrder noch GetDateOrder.

Die kennt Herr Delphi schon, aber er meint, die gehen dich nichts an! Die sind halt nur im Implementation-Teil deklariert.

Gnah! Wenn ich nicht mal das weiss, dann verdiene ich die besagten Methoden auch nicht

Zitat von Uwe Raabe:

Was funktioniert denn bei StrToDate bzw. StrToDateTime nicht?

Mit der Methode kommt sowohl auf Windows als auch auf dem Mac:

Zitat:

---------------------------
Benachrichtigung über Debugger-Exception
---------------------------
Im Projekt DatumsTest ist eine Exception der Klasse EConvertError mit der Meldung ''1992-02-29' ist kein gültiges Datum' aufgetreten.
---------------------------
Anhalten Fortsetzen Hilfe
---------------------------

Immerhin konnte unter Windows VarToDateTime korrekte Ergebnisse liefern.


Aber unser Supermodell hat die Lösung: ISO8601ToDate funktioniert auf Windows und Mac erwartungskonform.

Sherlock

Zitat von Sherlock:

Mit der Methode kommt sowohl auf Windows als auch auf dem Mac:

Zitat:

---------------------------
...
Im Projekt DatumsTest ist eine Exception der Klasse EConvertError mit der Meldung ''1992-02-29' ist kein gültiges Datum' aufgetreten.
...

Hier nicht:

zusammenfalten · markieren

Delphi-Quellcode:

procedure Main;
var
  dt: TDateTime;
  fmt: TFormatSettings;
begin
  fmt := TFormatSettings.Create;
  fmt.ShortDateFormat := 'YYYY-MM-DD';
  fmt.DateSeparator := '-';
  dt := StrToDate('1992-02-29', fmt);
  Writeln(DateToStr(dt));
end;

Ich geh jetzt mal in die Ecke und mach eine Stunde:
Ich finde dennoch die ISO8610-Lösung charmant, da das Datum definitiv immer in dem Format von der Debian-Python-Lösung geschickt wird.

Sherlock

Zitat von Sherlock:

Ich finde dennoch die ISO8610-Lösung charmant, da das Datum definitiv immer in dem Format von der Debian-Python-Lösung geschickt wird.

Klar! Wenn die Bediungungen nun mal so sind, dann ist das die eleganteste Lösung. Vor allem sieht man dann auch gleich, daß man da eben kein anderes Datumsformat reinstecken darf.

Ich habe mir dafür einen record helper geschrieben, das geht auch ganz gut. Einziger Nachteil: der record helper aus SysUtils wird dadurch ungültig, Dinge wie AsString funktionieren also nicht mehr.