Negative TDateTime-Werte

**Codehunter**

Hallo zusammen!

In meiner Anwendung wird viel mit TDateTime gearbeitet. Für interne Zwecke habe ich eine INVALID_DATE = 100 Konstante eingeführt, damit ich NULL-Werte innerhalb der DB in TDateTime abbilden kann. Ein INVALID_DATE = 0 hat sich als fehleranfällig herausgestellt, weil ein nicht initialisierter TDateTime auch = 0 ist.

Weil TDateTime bei ~ 1900 beginnt, bei uns aber keine Werte vor 1980 realistisch sind, habe ich 100 als INVALID_DATE gewählt, was dem 9.4.1900 entspricht. Allerdings frage ich mich ob ex vllt. klüger wäre, stattdessen -100 zu nehmen.

Eure Meinung?

Grüße
Cody

**DieDolly**

Rein rechnerisch sind beide Werte gleich anfällig.
Wenn irgendwas falsch gerechnet wird und ein Datum für 100 oder -100 rauskommt, stehst du vor dem selben Problem.

Das ist aber höchst unwahrscheinlich. Ich würde -100 nehmen.

**freimatz**

Wie wäre es mit NaN?

Was bedeuetet bei dir invalid? Ist ein nicht initialisierter TDateTime nicht auch invalid? Wo ist der Unterschied?

Warum nicht einen Nullable<TDateTime> nehmen?

Sowas gibt es bei

Spring4D.

Und bevor das Geschrei wieder laut wird (zu groß, zu was weiß ich), das kann man auch per copy-paste in eine eigene Unit schieben und schon ist es nicht mehr (gefühlt) zu groß.

**Der schöne Günther**

Wollte ich auch grade sagen. Mit solchen magische Konstanten wird man nie glücklich. Jeder muss sie kennen und richtig einsetzen. Und so ein Nullable<T> ist ja trivial genug (solange es nur ein TDateTime und z.B. kein TObject ist) um es sich grade selbst zusammenzukloppen.

Wenn eine dumme Datenbank nullbare Werte haben kann, dann sollte deine Hightech-Anwendung 😎 das auch können.

**TigerLilly**

Zitat von Schokohase:

das kann man auch per copy-paste in eine eigene Unit schieben und schon ist es nicht mehr (gefühlt) zu groß.

Das ist aber nicht die feine Art. Use it or leave it. But don´t steal it.

**DieDolly**

An der Stelle würde ich lieber auf die null-Typen von Delphi warten die in 20 Jahren kommen sollen statt irgendwas von Spring4D zu nehmen.

Zitat von TigerLilly:

Zitat von Schokohase:

das kann man auch per copy-paste in eine eigene Unit schieben und schon ist es nicht mehr (gefühlt) zu groß.

Das ist aber nicht die feine Art. Use it or leave it. But don´t steal it.

Aber ohne eine Funken Ahnung Leute anhupen ist die feine Art?

Apache-Lizenz

Zitat:

Man darf Software unter dieser Lizenz frei in jedem Umfeld verwenden, modifizieren und verteilen.
Änderungen am Quellcode der unter der Apache-Lizenz stehenden Software müssen nicht zum Lizenzgeber zurückgeschickt werden.
Eigene Software, die unter Apache-Lizenz stehende Software verwendet, muss nicht unter der Apache-Lizenz stehen.

**Codehunter**

Oh man, sag mir einer Bescheid wenn sich der Rauch hier verzogen hat.

**TigerLilly**

@Schokohase: Dann lies die Apache Lizenz zur Gänze - die Erlaubnis für schlichtes Copy/Paste wird du dort nicht finden.

Negative TDateTime-Werte

Negative TDateTime-Werte

AW: Negative TDateTime-Werte

AW: Negative TDateTime-Werte

AW: Negative TDateTime-Werte

AW: Negative TDateTime-Werte

AW: Negative TDateTime-Werte

AW: Negative TDateTime-Werte

AW: Negative TDateTime-Werte

AW: Negative TDateTime-Werte

AW: Negative TDateTime-Werte

Forumregeln

DieDolly Registriert seit: 22. Jun 2018 2.175 Beiträge	#2 AW: Negative TDateTime-Werte 8. Aug 2019, 09:31 Rein rechnerisch sind beide Werte gleich anfällig. Wenn irgendwas falsch gerechnet wird und ein Datum für 100 oder -100 rauskommt, stehst du vor dem selben Problem. Das ist aber höchst unwahrscheinlich. Ich würde -100 nehmen.
	Zitat

freimatz Registriert seit: 20. Mai 2010 1.490 Beiträge Delphi 11 Alexandria	#3 AW: Negative TDateTime-Werte 8. Aug 2019, 10:28 Wie wäre es mit NaN? Was bedeuetet bei dir invalid? Ist ein nicht initialisierter TDateTime nicht auch invalid? Wo ist der Unterschied?
	Zitat

Schokohase (Gast) n/a Beiträge	#4 AW: Negative TDateTime-Werte 8. Aug 2019, 10:40 Warum nicht einen Nullable<TDateTime> nehmen? Sowas gibt es bei Spring4D. Und bevor das Geschrei wieder laut wird (zu groß, zu was weiß ich), das kann man auch per copy-paste in eine eigene Unit schieben und schon ist es nicht mehr (gefühlt) zu groß.
	Zitat

TigerLilly Registriert seit: 24. Mai 2017 Ort: Wien, Österreich 1.241 Beiträge Delphi 12 Athens	#6 AW: Negative TDateTime-Werte 8. Aug 2019, 10:58 Zitat von Schokohase: das kann man auch per copy-paste in eine eigene Unit schieben und schon ist es nicht mehr (gefühlt) zu groß. Das ist aber nicht die feine Art. Use it or leave it. But don´t steal it.
	Zitat

DieDolly Registriert seit: 22. Jun 2018 2.175 Beiträge	#7 AW: Negative TDateTime-Werte 8. Aug 2019, 10:59 An der Stelle würde ich lieber auf die null-Typen von Delphi warten die in 20 Jahren kommen sollen statt irgendwas von Spring4D zu nehmen.
	Zitat

Codehunter Registriert seit: 3. Jun 2003 Ort: Thüringen 2.283 Beiträge Delphi 12 Athens	#9 AW: Negative TDateTime-Werte 8. Aug 2019, 11:23 Oh man, sag mir einer Bescheid wenn sich der Rauch hier verzogen hat. Ich mache grundsätzlich keine Screenshots. Schießen auf Bildschirme gibt nämlich hässliche Pixelfehler und schadet der Gesundheit vom Kollegen gegenüber. I und E zu vertauschen hätte den selben negativen Effekt, würde aber eher dem Betriebsklima schaden
	Zitat

TigerLilly Registriert seit: 24. Mai 2017 Ort: Wien, Österreich 1.241 Beiträge Delphi 12 Athens	#10 AW: Negative TDateTime-Werte 8. Aug 2019, 12:22 @Schokohase: Dann lies die Apache Lizenz zur Gänze - die Erlaubnis für schlichtes Copy/Paste wird du dort nicht finden.
	Zitat