JavaScript Temporal arrive
(developer.mozilla.org)- Aperçu
- L’implémentation de l’objet JavaScript Temporal commence à être déployée dans des versions expérimentales des navigateurs
- La gestion des dates et des heures pour les développeurs web devrait être considérablement simplifiée et modernisée
- Les applications qui gèrent la planification, l’internationalisation et les données liées au temps pourront utiliser des fonctionnalités intégrées efficaces et précises
- Les problèmes de l’objet JavaScript
Date
- Il a été créé en 1995 en copiant l’implémentation initiale de
java.util.Datede Java - Il ne prend en charge que l’heure locale de l’utilisateur et l’UTC, sans prise en charge des fuseaux horaires
- Son comportement d’analyse est très instable et il est mutable
- Le calcul de l’heure d’été (DST) et des changements historiques de calendrier est difficile
- Principales fonctionnalités de Temporal
- Conçu comme un remplacement complet de l’objet
Date - Prise en charge des fuseaux horaires et de la représentation des calendriers
- Plus de 200 méthodes utilitaires fournies
- Comprend diverses fonctionnalités comme la conversion, la comparaison, le calcul et le formatage
- État de la prise en charge par les navigateurs
- Firefox dispose actuellement de l’implémentation la plus aboutie
- Disponible comme fonctionnalité expérimentale dans Firefox Nightly
- Safari et Chrome sont également en cours d’implémentation
- Il est possible de le tester via
@js-temporal/polyfillsur la page de documentation du TC39
- Composants clés
Duration: différence entre deux instantsInstant: horodatageZonedDateTime: date/heure avec fuseau horairePlainDateTime: date/heure sans fuseau horaire- Diverses autres classes liées aux dates et aux heures sont également fournies
Cette nouvelle API devrait offrir une approche moderne de la gestion des dates et des heures en JavaScript.
6 commentaires
La réponse de ton crush arrive vraiment trop tard
La première implémentation de
Datea déjà beaucoup repris de Java, et l’implémentation de Temporal en reprend aussi énormément ; du coup, on peut se demander si cela devait vraiment prendre autant de temps.Comme Java 8, avec
LocalDateTime, date de 2014, j’ai l’impression que si une implémentation de Temporal basée sur cela était sortie plus tôt, on n’aurait peut-être pas eu besoin d’une telle fragmentation entre diverses bibliothèques tierces.Euh… ça me dit vaguement quelque chose…
À part le fait qu’ils ont remplacé
LocalDateTimeparPlainDateTime, c’est quasiment pareil que Java…C’est sympa à avoir… mais de là à aller aussi loin…
Jusqu’à présent, pour gérer le temps selon plusieurs fuseaux horaires, il fallait utiliser une bibliothèque ou l’implémenter soi-même en tenant compte de nombreuses conditions ; ce serait bien que cela soit pris en charge nativement.