von Für eine vom Wochentag abhängige bzw. Zeit-gesteuerte Änderung einer Werbeanzeige auf einem Werbebildschirm musste ich in dem dafür genutzten JavaScript-Code eine entsprechende Abfrage einbauen, um je nach Datum oder Wochentag die anzuzeigenden Bilder festzulegen. In Javascript ist das aber gar nicht so trivial, wie ich dachte.
Was ist das Problem?
Es gibt den Datentyp „Date“ in JavaScript, den man auch verwenden muss um an das aktuelle Datum zu gelangen. In diesem Datentyp liegt allerdings auch die Krux, denn man kann ihn nicht einfach mit Vergleichsoperatoren auswerten. Eine if-Abfrage wie beispielsweise
|
1 |
if (date1 > date2) |
kann man mit diesem Datentyp leider knicken.
Deshalb kann man sich, ohne Zuhilfenahme irgendeines Frameworks, nur damit behelfen, dass man sich einen umformatierten String mit den nötigen Werten aus dem Date-Wert zusammenbaut. Dieser kann dann nach Belieben ausgewertet werden.
Datums-Vergleich – Was ist dabei zu beachten?
Mein erster Versuch hat leider nur bedingt funktioniert. Ich hatte mir mit Hilfe der Methoden getFullYear, getMonth und getDate die entsprechenden Werte in einen String im amerikanischen Datumsformat, beispielsweise 2019-10-30, zusammengebaut:
|
1 2 3 4 5 6 |
let current_datetime = new Date() let formatted_date = current_datetime.getFullYear() + "-" + (current_datetime.getMonth() + 1) + "-" + current_datetime.getDate() if (formatted_date => "2019-10-30") { document.getElementById("demo").innerHTML = "Funktioniert"; } |
Alles funktionierte super für das gewählte Datum. Am 30. und am 31. wurde der gewünschte Befehl innerhalb der if-Abfrage ausgeführt, weshalb ich mir dazu nicht weiter Gedanken gemacht habe. Lediglich am 01.11. funktionierte das ganze dann schon nicht mehr. Denn, was ich nicht wusste, ist die Tatsache, dass die Funktionen leider nicht den Wert für den Monat und den Tag in zweistelliger Form ausgeben. Somit ist 2019-11-1 (2019111) kleiner als 2019-10-30 (20191030), weshalb das ganze bei der Prüfung dann daneben geht.
Eine Abfrage im folgenden Beispiel funktioniert dann von Anfang an nicht, da die Bedingung (>= 20191030 und =< 2019112) nie erfüllt werden kann:
|
1 2 3 |
if (formatted_date >= "2019-10-30" && formatted_date <= "2019-11-02") { // do something } |
Der einzige Ausweg bei diesem Lösungansatz wäre wohl eine weitere Umformatierung, sodass die Monats- und Tageszahlen zweistellig werden. Da wollte ich mich aber nicht weiter mit aufhalten. Stattdessen bin ich letzt endlich wie folgt vorgegangen, was ich auch als eine „sauberere“ Lösung ansehe. Ich habe das jeweilige Datum mit Hilfe der Methode „getTime“ nun immer in Millisekunden (angefangen zu zählen ab 01.01.1970) umgewandelt. Dadurch entfällt die Problematik, da die Zahlen nicht mehr zu klein sein können:
|
1 2 3 |
if (current_datetime.getTime() >= new Date("2019-11-04").getTime() && current_datetime.getTime() <= new Date("2019-11-23").getTime()) { // do something } |
Wochentagsermittlung – Was ist dabei zu beachten?
Falls man stattdessen den Wochentag benötigt, kommt man an diesen etwas einfacher. Hierzu benötigt man lediglich die Funktion „getDay“ welche einen Wert zwischen 0 und 6 den aktuellen Wochentag ausgibt. Auf diesen zu prüfen ist dann auch denkbar einfach. So z. B. in folgendem Beispiel soll eine bestimmte Aktion nur mittwochs ausgeführt werden:
|
1 2 3 4 |
// getDay : 0=So, 1=Mo, 2=Di, 3=Mi, 4=Do, 5=Fr, 6=Sa if (current_datetime.getDay()==3) { // do something } |
Was sollte man grundsätzlich noch beachten?
Ein wichtiger Punkt, den man nicht vergessen sollte, ist die Tatsache, dass der Wert für das Datum und die Uhrzeit natürlich vom Client-System stammt, auf dem die betroffene Webseite aufgerufen und somit dort der JavaScript-Code ausgeführt wird. Man darf eine solche, rein per normalem JavaScript durchgeführte, Prüfung nicht für kritische Dinge nutzen! Wenn man bspw. das Lösungswort eines Rätsels ab einem gewissen Tag bekannt gibt, sollte man dies nicht wie in den obigen Code-Ausschnitten mittels JavaScript vornehmen. Erstens, weil der Code für einen kundigen Seitenbesucher sowieso einfach einzusehen ist. Zweitens, weil man durch ein falsch eingestelltes oder mit Absicht verstelltes Datum auf dem System des Besuchers natürlich auch bereits das Lösungswort sehen würde.