JavaScript Temporal kommt

 (developer.mozilla.org)
14 Punkte von hongminhee 2025-01-24 | 6 Kommentare | Auf WhatsApp teilen
  1. Überblick
  • Die Implementierung des JavaScript-Temporal-Objekts wird in experimentellen Browserversionen eingeführt
  • Die Verarbeitung von Datum und Uhrzeit für Webentwickler soll deutlich vereinfacht und modernisiert werden
  • Anwendungen für Scheduling, Internationalisierung und den Umgang mit zeitbezogenen Daten können effiziente und präzise eingebaute Funktionen nutzen
  1. Probleme des JavaScript-Date-Objekts
  • Wurde 1995 durch Kopieren der frühen Java-Implementierung java.util.Date erstellt
  • Unterstützt nur die lokale Zeit des Nutzers und UTC, aber keine Zeitzonen
  • Das Parsing-Verhalten ist sehr instabil und das Objekt ist veränderbar (mutable)
  • Berechnungen für Sommerzeit (DST) und historische Kalenderänderungen sind schwierig
  1. Hauptfunktionen von Temporal
  • Als vollständiger Ersatz für das Date-Objekt konzipiert
  • Unterstützt die Darstellung von Zeitzonen und Kalendern
  • Bietet mehr als 200 Utility-Methoden
  • Enthält vielfältige Funktionen wie Konvertierung, Vergleich, Berechnung und Formatierung
  1. Stand der Browser-Unterstützung
  • Firefox verfügt derzeit über die ausgereifteste Implementierung
  • In Firefox Nightly als experimentelle Funktion verfügbar
  • Auch Safari und Chrome arbeiten an der Implementierung
  • Kann über @js-temporal/polyfill auf der Dokumentationsseite von TC39 getestet werden
  1. Zentrale Bestandteile
  • Duration: Differenz zwischen zwei Zeitpunkten
  • Instant: Zeitstempel
  • ZonedDateTime: Datum/Uhrzeit mit Zeitzone
  • PlainDateTime: Datum/Uhrzeit ohne Zeitzone
  • Darüber hinaus werden verschiedene weitere datums- und zeitbezogene Klassen bereitgestellt

Von dieser neuen API wird erwartet, dass sie einen modernen Ansatz für den Umgang mit Datum und Uhrzeit in JavaScript bietet.

Verwandte Beiträge

6 Kommentare

 
wkang586 2025-01-28

Antwort auf die Nachricht des Schwarms, die viel zu spät kam
 
clickin 2025-01-27

Schon die ursprüngliche Date-Implementierung wurde aus Java übernommen, und auch bei der Temporal-Implementierung wurde vieles aus Java übernommen – da fragt man sich, ob das dann wirklich so lange hätte dauern müssen.
Da Java 8 mit LocalDateTime schon 2014 erschien, hätte eine darauf basierende Temporal-Implementierung wohl früher kommen können, sodass keine Zersplitterung durch verschiedene Third-Party-Bibliotheken nötig gewesen wäre.
 
dicebattle 2025-01-26

Ach ja, das kommt mir irgendwie bekannt vor ...
 
iolothebard 2025-01-25

Abgesehen davon, dass LocalDateTime zu PlainDateTime geändert wurde, ist es praktisch identisch mit Java …
Ganz nett, wenn man es hat … aber ob man dafür wirklich so weit gehen muss …
 
devsepnine 2025-01-26

Bisher musste man für die Zeitverwaltung über mehrere Zeitzonen hinweg eine Bibliothek verwenden oder die Implementierung unter Berücksichtigung verschiedener Bedingungen selbst bauen, daher wäre es gut, wenn das künftig grundsätzlich nativ unterstützt wird.