Pas le premier et certainement pas le dernier article que je partagerai sur la nouvelle API Temporal en JavaScript.

Celui-ci s'attarde sur Temporal.ZonedDateTime et insiste sur les différences entre une date au format numéraire pur (type timestamp UNIX) ou au format UTC qui représente un instant unique universel, et Temporal.ZonedDateTime qui y ajoute la localisation où cette date est née : le fuseau horaire. Une sorte de contexte qui lui est ajouté.

Ce n'est pas toujours utile mais pour certains usages c'est une information importante qui est perdue lorsqu'on stocke une date en UTC.

L'article présente également des exemples de cas qui entraînent souvent des erreurs : les ajout d'heures ou de jours à une date aux abords du passage à l'heure d'été ou d'hiver.

Un cookbook très complet avec beaucoup d'exemples pour comprendre l'API JavaScript Temporal et notamment ses différences avec Date.

Une spécification pour l'ajout d'une nouvelle méthode HTTP ! C'est pas tous les jours :)

QUERY serait comme GET mais avec une payload (un body) pour effectuer une recherche sur une ressource donnée mais avec n'importe quelle syntaxe. Mais contrairement à un POST pour lequel on s'attend à une modification côté serveur, c'est ici une requête non-destructive.

Je ne savais pas mais il y a en fait énormément de méthodes HTTP autorisées.

Quelles sont les nouvelles propriétés CSS à venir ?

Spécification du RAML, ce langage dérivé du YAML qui permet de définir et de documenter une API REST.
C'est un peu à REST ce que le WSDL est à SOAP, le côté chiant, verbeux et strict en moins. Et surtout, ce n'est là qu'à titre informatif. Encore que je pense que certains outils permettent de créer une API de base à partir d'un fichier RAML.