StrToDateTime('2018-06-04T00:00:10'); ungültiges Format

[Friedhelm Drecktrah]

Hallo,

wie wandle ich den String '2018-06-04T00:00:10' in ein Datum um?

dt := StrToDateTime('2018-06-04T00:00:10');
funktioniert nicht, ungültiges Format.

zum Vergleich:
in C# reicht
var dt = Convert.ToDateTime("2018-06-04T00:00:10");

Besten Dank und Gruß

[EWeiss]

http://www.delphibasics.co.uk/RTL.as...=DateTimeToStr

gruss

[Friedhelm Drecktrah]

Nein, funktioniert nicht.
Man beachte das 'T' im String.

[Maekkelrajter]

Wie wär's mit XMLTimeToDateTime? http://docwiki.embarcadero.com/Libra...TimeToDateTime

Gruß LP

[EWeiss]

Zitat:

Zitat von Friedhelm Drecktrah (Beitrag 1434385)

Nein, funktioniert nicht.
Man beachte das 'T' im String.

Ach so nicht gesehen ;)
Dann ist die Lösung von @Maekkelrajter wohl die nächste.

gruss

[Friedhelm Drecktrah]

Super, XMLTimeToDateTime funktioniert.
Soap.XSBuiltIns unter uses hinzugefügt und klappt.

Der String '2018-06-04T00:00:10' kommt tatsächlich aus einem REST/Json-WebAPI.
Interessant, dass man hier eine Routine aus Soap verwenden kann.

Anyway, besten Dank!

[Friedhelm Drecktrah]

...ich sehe gerade:
aus '2018-06-04T00:00:10' wird 04.06.2018 02:00:10 (TDateTime)

Zeitzone? Sommerzeit? GMT? Ist schon spannend...

Gruß

[Schokohase]

Zitat:

Zitat von Friedhelm Drecktrah (Beitrag 1434392)

...ich sehe gerade:
aus '2018-06-04T00:00:10' wird 04.06.2018 02:00:10 (TDateTime)

Zeitzone? Sommerzeit? GMT? Ist schon spannend...

https://de.wikipedia.org/wiki/ISO_8601

[dummzeuch]

Da hat man ausnahmsweise mal eines der am besten dokumentierten und strukturierten Datums / Zeitformate, das es gibt, und die Standard-Funktion von Delphi kann es nicht interpretieren.

Es lebe das amerikanische Format: 09/11/01 8:46 am

Bisher ist mir noch nichts schlimmeres in der Praxis untergekommen.

[Friedhelm Drecktrah]

@dummzeuch:
Exakt, sehe ich genauso...

[DieDolly]

Zitat:

Da hat man ausnahmsweise mal eines der am besten dokumentierten und strukturierten Datums / Zeitformate, das es gibt, und die Standard-Funktion von Delphi kann es nicht interpretieren.

Würde weniger Arbeit in iOS, Android und Linux gesteckt und mehr in grundlegende Funktionen, wie die hier genannte, wäre sowas vielleicht nie passiert.

[Schokohase]

Und wieviele Funktionen sollen die dafür noch anbieten?
http://docwiki.embarcadero.com/Libra....ISO8601ToDate

[Friedhelm Drecktrah]

Gewusst wo: System.DateUtils.ISO8601ToDate funktioniert!

@Schokohase: Besten Dank!

[p80286]

Zitat:

Zitat von Schokohase (Beitrag 1434415)

Und wieviele Funktionen sollen die dafür noch anbieten?
http://docwiki.embarcadero.com/Libra....ISO8601ToDate

Weil ich sie nicht gefunden habe, hatte ich mir mal was selbst gebastelt.

Delphi-Quellcode:

StrToDateTime(DateTimeString,DateTimeStringFormatString)

oder so ähnlich wäre ganz nett.
Dann könnte man jedes noch so obskure Format verarbeiten.

Gruß
K-H

[Maekkelrajter]

Zitat:

Zitat von Schokohase (Beitrag 1434393)

Zitat:

Zitat von Friedhelm Drecktrah (Beitrag 1434392)

...ich sehe gerade:
aus '2018-06-04T00:00:10' wird 04.06.2018 02:00:10 (TDateTime)

Zeitzone? Sommerzeit? GMT? Ist schon spannend...

https://de.wikipedia.org/wiki/ISO_8601

Wenn man den booleschen Parameter AsUTCTime auf true setzt, dann klappt's auch mit XMLTimeToDateTime
Bei System.DateUtils.ISO8601ToDate muss ja auch der Parameter AReturnUTC mit 'true' übergeben werden.
Dummerweise hat XMLTimeToDateTime 'false' als Vorgabe, im Gegensatz zu ISO8601ToDate.

Gruß LP

[Stevie]

Wenn man keine Zeitzonen Information im String hat geht auch folgendes:

Delphi-Quellcode:

var
  dt: TDateTime;
  isoFormatSettings: TFormatSettings;
begin
  isoFormatSettings := TFormatSettings.Create;
  isoFormatSettings.ShortDateFormat := 'YYYY-MM-DD';
  isoFormatSettings.DateSeparator := '-';
  isoFormatSettings.TimeSeparator := ':';
  isoFormatSettings.DecimalSeparator := '.';
  dt := StrToDateTime('2018-06-04T00:00:10', isoFormatSettings);

[dummzeuch]

Zitat:

Zitat von p80286 (Beitrag 1434439)

Delphi-Quellcode:

StrToDateTime(DateTimeString,DateTimeStringFormatString)

oder so ähnlich wäre ganz nett.
Dann könnte man jedes noch so obskure Format verarbeiten.

Nur leider ist sowas unmöglich zu programmieren. Selbst wenn man es tatsächlich schafft, alle existierenden Datumsformate (+ Zeitformate) zu unterstützen, wird irgendwer kommen und ein neues einführen. Das ist immer so.