Date Vergleich

[baumina]

Zitat von Sir Rufo:

CompareDate berücksichtigt dieses eben

Ja, CompareDate macht ein Trunc.

[Sir Rufo]

Zitat von baumina:

Zitat von Sir Rufo:

CompareDate berücksichtigt dieses eben

Ja, CompareDate macht ein Trunc.

Wie das dort berücksichtigt wird ist egal, solange es korrekt ist

[mcbain]

Vielen Dank für eure Antworten.
ich dachte mir ursprünglich auch, dass es an einem Zeitanteil scheitern könnte, aber da der Typ ja nicht Datetime sondern Date ist, dachte ich der Zeitanteil wird dabei ignoriert.

Alles klar, dann werde ich in Zukunft vergleiche mit CompareDate machen.

[himitsu]

TDate und TTime haben grundsätzlich erstmal nur syntaktischen Charakter, also mehr für den Programmierer.

Intern sind TDateTime, TDate und TTime alle gleich (Double) und könnten sowohl Uhrzeit, als auch Datum enthalten. (wenn derjenige nicht aufpasst, welcher diese Typen/Variablen mit Werten füllt)

[sx2008]

TDateTimePicker hat schon seit ewigen Zeiten einen Bug.
Wenn man das Property [TDateTimePicker].Date abfragt würde man ja erwarten dass man nur den Datumsanteil bekommt.
Schlieslich gibt es auch noch die Properties DateTime und Time .
Man bekommt aber das Datum + aktuelle Uhrzeit zurück.
Abhilfe bringt die Zeile: ereignis := DateOf(DateTimePicker1.Date); Die anderen DateOf() bei StrToDate() braucht man nicht.

Möglicherweise hat man sich später nicht mehr getraut diesen Bug abzustellen weil dies existierenden Code brechen könnte...

[himitsu]

Ich glaub den Bug hat man inzwischen sogar "schon" behoben. (in irgendeinem der XEs)

[Uwe Raabe]

Zitat von himitsu:

Ich glaub den Bug hat man inzwischen sogar "schon" behoben. (in irgendeinem der XEs)

Aber nicht in XE5:

Delphi-Quellcode:

function TCommonCalendar.GetDate: TDate;
begin
  Result := TDate(FDateTime);
end;

function TDateTimePicker.GetTime: TTime;
begin
  Result := TTime(FDateTime);
end;

Insofern bekommt man faktisch dasselbe Ergebnis über Date, Time oder DateTime.

Interessanterweise wird beim Setzen dieser beiden Properties nur jeweils die Date- bzw. Time-Komponente des Werts übernommen. Die jeweils andere bleibt unverändert.

[himitsu]

*durchstreich*
Ich war mir ganz sicher, daß es schonmal ging. (ich hoffe nur, ich bin da nicht mit DevExpress durcheinandergekommen ... die haben/hatten auch solche Bugs)

Zitat:

Möglicherweise hat man sich später nicht mehr getraut diesen Bug abzustellen weil dies existierenden Code brechen könnte...

Hier würde ich das ja einfach hart abändern, so daß es nun richtig geht.
Oder man fängt mit Properties an, die sich plötzlich RealDate und RealTime nennen, oder so.

Aber da es hier auch das .DateTime gibt und somit keine Funktion verloren geht, haben einfach die Pech gehabt, die es bisher falsch gemacht haben.


Jetzt müsste man nur mal nachsehn, ob es nicht schon einen QC dafür gibt.