14 points par hongminhee 2025-01-24 | 6 commentaires | Partager sur WhatsApp
  1. 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
  1. Les problèmes de l’objet JavaScript Date
  • Il a été créé en 1995 en copiant l’implémentation initiale de java.util.Date de 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
  1. 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
  1. É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/polyfill sur la page de documentation du TC39
  1. Composants clés
  • Duration : différence entre deux instants
  • Instant : horodatage
  • ZonedDateTime : date/heure avec fuseau horaire
  • PlainDateTime : 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

 
wkang586 2025-01-28

La réponse de ton crush arrive vraiment trop tard

 
clickin 2025-01-27

La première implémentation de Date a 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.

 
dicebattle 2025-01-26

Euh… ça me dit vaguement quelque chose…

 
iolothebard 2025-01-25

À part le fait qu’ils ont remplacé LocalDateTime par PlainDateTime, c’est quasiment pareil que Java…
C’est sympa à avoir… mais de là à aller aussi loin…

 
devsepnine 2025-01-26

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.