TryStrToDate

[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.

[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.

[Popov]

Zitat von Perlsau:

Dann ersetz doch einfach mal TDate durch TDateTime

Jajn. Im Endeffekt egal, der Fehler lag aber nicht weil Default TDate war, sondern weil bei TryStrToDate function TryStrToDate(const S: string; out Value: TDateTime): Boolean; Value TDateTime sein muss (in der Funktion von TE Result). Default kann auch TDate bleiben (ist letztendlich TDateTime mit 0:00 Uhr). Und da in der Funktion vom TE Result TDate war, statt TDateTime, kam auch die Meldung.

[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.

[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 ...