Anzahl der Tage nach Datum

Das Problem ist, wenn Du bei Date nicht über eine Array initialisierst sondern Date mit dem normalen Konstruktor verwendest, (s. Date Funktion), dann wird der Januar mit Index 0 gezählt.

Siehe hier: https://www.w3schools.com/js/js_dates.asp

Um also den 12.April 2022 zu bekommen musst Du beim Monat eines abziehen.

var Duration = require("duration");

var duration = new Duration(new Date(2022,3,12));
return duration.days;

Sprich in deinem 2. Beispiel berechnest Du die Tage seit dem 12. Mai 2022 anstelle des Aprils.

Intern scheint bei einer Array Übergabe, dieses als String konvertiert zu werden siehe hier und somit in einen String konvertiert zu werden.

Als String wird es dann wieder korrekt interpretiert:

var Duration = require("duration");

var duration = new Duration(new Date("2022,4,12"));
return duration.days;

Wenn Du Dir das Datum als String ausgeben lässt, dann siehst Du es ja:

var Duration = require("duration");

// var duration = new Duration(new Date("2022,4,12"));
// return duration.days;

const d = new Date(2022,4,12);
return d;

ergibt dann:

mickym

Sorry - für die Verwirrung -

@metaxa Somit kannst Du Deinen Datenpunkt als String direkt der duration Bibliothek übergeben, da dann das Datum aus einem String gebildet wird:

Also sorry nochmal. Aber so ist es ja auch noch einfacher und spart sich die Umrechnerei halt komplett. Man muss halt nur darauf achten, dass der String das Format YYYY/MM/DD hat. Ich lerne auch jeden Tag dazu. ;)

TT-Tom

@mickym sagte in Anzahl der Tage nach Datum:

Man muss halt nur darauf achten, dass der String das Format YYYY/MM/DD hat.

@metaxa
das meine ich vor hin. Kann mir nur die Reihenfolge nicht merken.

mickym

@tt-tom Daran lags aber nicht. Der String im Datenpunkt ist ja richtig. Das Problem war, dass @metaxa das Datum direkt konstruiert hat und dann muss halt bei Monat 1 abgezogen werden, da die Monate mit Index 0 in Javascript beginnen.

TT-Tom

@mickym
Ah, okay. Das Problem tritt aber nur auf, wenn man kein Enddatum angibt. Gruß Tom

mickym

@tt-tom

Ah, okay. Das Problem tritt aber nur auf, wenn man kein Enddatum angibt. Gruß Tom

Nein hat damit nichts zu tun - wie gesagt, dass Problem ist immer, dass Date Objekt in JS mit Index 0 rechnen.
Wie gesagt ich hab unten ja zur Javascript Referenz verlinkt. https://www.w3schools.com/js/js_dates.asp

Das hat mit dem Enddatum nichts zu tun, da musst du genauso eins abziehen.

Folglich gibt dies hier:

var Duration = require("duration");

var duration = new Duration(new Date(2022,6,1),new Date(2022,7,1));
return duration.days;

31 Tage und nicht 30, weil es sich hier nicht um den JUNI, sondern um den JULI handelt.

Dies hingegen berechnet korrekt den JUNI:

var Duration = require("duration");

var duration = new Duration(new Date(2022,5,1),new Date(2022,6,1));
return duration.days;

Also 30 Tage.

BEACHTE: Bei dieser Schreibweise, werden 3 Argumente als Zahlen zur Konstruktion des Date-Objektes übergeben und KEIN String (oder Array, das implizit in einen String umgewandelt wird). Insofern war das Problem von @metaxa nicht nur, dass er einen Monat zuviel genommen hat, sondern 2 unterschiedliche Formate zur Konstruktion des Date-Objektes.

TT-Tom

@mickym

Jetzt habe ich es verstanden. Dann ist es aber auf der Seite von npmjs falsch beschrieben oder ist das da wieder etwas anderes??
Link

mickym

@tt-tom Nein es ist nicht falsch beschrieben. Das Date-Objekt wurde dort halt ebenfalls mit 3 Zahlenargumenten konstruiert. Die Duration Bibliothek vergleicht ja nur 2 Date-Objekte. Wie die Date-Objekte erstellt werden, sind Javascriptmethoden und haben mit der Duration Bibliothek überhaupt nichts zu tun. In dieser von mir verlinkten Seite siehst Du ja mit welch verschiedenen Methoden man ein Date-Objekt erstellen kann.

Somit ist klar, dass zum Beispiel das heutige Datum mit einem Date-Objekt wie folgt generiert werden kann:

new Date()
new Date(year, month, day, hours, minutes, seconds, milliseconds)
new Date(milliseconds)
new Date(date string)

also entspricht eben (mal Uhrzeit ignorierend)

var datum = [];

datum[0] = new Date();
datum[1] = new Date(2022,6,17);
datum[2] = new Date("2022,7,17");

return datum;

ergibt dann:

['2022-07-17T13:35:04.179Z','2022-07-16T22:00:00.000Z','2022-07-16T22:00:00.000Z']

Man sieht dann allerdings, dass sich ohne Zeitangaben immer UTC Zeiten ergeben, also GMT +0. Das ist halt immer der Bezugspunkt. Für die Duration ist das aber egal, weil ja dann auch Start- und Endzeiten immer UTC Zeiten, als Basis dienen. Bei Zeitdifferenzen ist das auch egal, da man ja nicht mit absoluten sondern nur relative Zeiträume hat.

metaxa

@mickym & @TT-Tom

Vorneweg, herzlichsten Dank für den Crashkurs in JS :dizzy_face: , einfach super wie die dieses Forum funktioniert. Kaum geht man kurz essen, liegt die Lösung & ERKLÄRUNG schon am Nachtisch :-)

Hier meine finale Umsetzung

Lieben Dank aus Wien
mxa

TT-Tom

@mickym

Ja das ist soweit alles klar. Aber wie du auch schon hingewiesen hast

Folglich gibt dies hier:

var Duration = require("duration");
var duration = new Duration(new Date(2022,6,1),new Date(2022,7,1));
return duration.days;

31 Tage und nicht 30, weil es sich hier nicht um den JUNI, sondern um den JULI handelt.

Wenn ich die Bibliothek nutze muss ich wissen, das Date den Monat mit 0 beginnt. da hätte ich mir einen Hinweis gewünscht, darum dachte ich es ist falsch beschrieben.

Gruß Tom

metaxa

@mickym & @tt-tom

Ich darf vielleicht kurz erklären was ich bezwecke. "RoI" ich möchte einfach den jeweils aktuellen Zeitpunkt errechnen, ab dem sich meine PV-Investition gerechnet hat. Ja klar, ohne Zinsen & Zinseszinsen & Inflation, einfach als Richtwert.

Mein nächstes Hindernis wird bei der PoI Datumsberechnung die Addition von x Tagen zum heutigen Datum sein. Geht das auch mit dieser Bibliothek? Ich fürchte nicht.

TT-Tom

@metaxa hier wurde das schon mal behandelt

Link Text

metaxa

@tt-tom Danke!
Die manuelle Form habe ich schon gefunden und testweise umgesetzt. Hoffte jetzt, dass es mit einer "gschmeidigen" JS Bibliothek oder Function geht.

Community Forum

NEWS

Anzahl der Tage nach Datum

Support us

583

32.5k

81.8k

1.3m