TryStrToDate

[Ykcim]

Genau das war es...

Kaum macht man es richtig, schon klappt's.

Delphi-Quellcode:

function VarStrToDate( Value : Variant; Default : TDateTime = 0 ) : TDateTime;
begin
   if not TryStrToDate( Value, Result ) then
     Result := Default;
end;

Vielen Dank
Patrick

[Perlsau]

Soll deine Funktion im Falle eines korrekten Strings in Value denn nicht, wie es anfangs schien, den entsprechenden TDate-Wert zurückliefern?

[Ykcim]

Doch, das bereitet auch ein bißchen Probleme...

[Perlsau]

Laß dir doch nicht immer alles aus der Nase ziehen: Die Formulierung "bereitet auch ein wenig Probleme" stellt weder eine auswertbare Fehlermeldung dar noch gibt sie irgend einen Hinweis darauf, was denn nun genau das Problem ist. Ergo kann man dir bei derart schwammigen Angaben nicht helfen und sieht vielleicht in Zukunft von weiterer Hilfsbereitschaft ab, weil das ständige Nachfragen unnötige Mehrtipperei erfordert.

Übrigens bleibt bei deiner Funktion Result undefiniert, wenn der übergebene String einen korrekten Datumswert enthält.

[Uwe Raabe]

Zitat von Perlsau:

Übrigens bleibt bei deiner Funktion Result undefiniert, wenn der übergebene String einen korrekten Datumswert enthält.

Glaube ich nicht! Wenn der String einen korrekten Datumswert enthält, dann gibt TryStrToDate true zurück und result enthält das umgewandelte Datum.

[Perlsau]

Zitat von Uwe Raabe:

Zitat von Perlsau:

Übrigens bleibt bei deiner Funktion Result undefiniert, wenn der übergebene String einen korrekten Datumswert enthält.

Glaube ich nicht! Wenn der String einen korrekten Datumswert enthält, dann gibt TryStrToDate true zurück und result enthält das umgewandelte Datum.

Hast du vollkommen richtig erkannt ... vermutlich hatte ich statt Result in der Parameterliste von TryStrToDate Default gelesen ...

[himitsu]

Delphi-Quellcode:

function VarStrToDate( Value : Variant; Default : TDate = 0 ) : TDate;
begin
   if not TryStrToDate( Value, TDateTime(Result) ) then
     Result := Default;
end;

Du kannst das ja gern mal an Emba melden, damit die den Result-Typ berichtigen.

Aber eigentlich sollten sie dann besser eine neue Veraiante einbauen und die alt belassen, auch wenn sie syntaktisch nicht ganz richtig ist.

- einmal würden sonst alle bestehenden Codes nicht mehr funktionieren, da dort ja bestimmt (gezwungenermaßen) mit TDateTime gearbeitet wurde
- und ein TDate passt ja auch in einen TDateTime rein



[add]
Ach ja, wenn sich der Variant nicht in einen String umwandeln lässt, dann gibt es dennoch eine Exception.

Also entweder du fängst auch noch die ungültigen Variant-Typen ab, oder du kannst ganz einfach StrToDateDef verwenden, anstatt deines VarStrToDate, welches das TDate-TDateTime-Problem nicht besitzt.

[Stevie]

Zitat von himitsu:

Du kannst das ja gern mal an Emba melden, damit die den Result-Typ berichtigen.

Won't happen. Das wär nen breaking Change, der komplett für Nüsse ist - da es nicht der Result-Typ ist sondern der eines var bzw out Parameters. Und die geben sich nunmal nicht mir nur mit nem zuweisungskompatiblen Datentyp zufrieden, sondern verlangen genau den angegebenen.
Würden wir die Funktionen neu designen, da stimme ich dir zu, sollten Date Routinen auch mit TDate und Time Routinen mit TTime arbeiten und keinen Mischmasch. Da das aber nun schon seit fast 20 Jahren so ist, wirds auch so bleiben.