Lors de la mise en œuvre de notre API, le problème de l'heure et des fuseaux horaires s'est posé.
Toutes les dates sont normalisées en UTC dans la base de données. Actuellement, dans l'application non-API, tous les horaires sont convertis en fonction des préférences des utilisateurs avant d'être présentés.
Maintenant, la même question s'est posée pour l'API: l'API devrait-elle être en mesure de renvoyer le datetime approprié pour un fuseau horaire basé sur la sémantique des demandes?
Par exemple GET /posts?timezone=America/Sao_Paulo
?
Ou doit-il toujours être fait sur n'importe quel client accédant à l'API?
Mise à jour: depuis qu'elle est apparue plusieurs fois: actuellement les horodatages avec fuseau horaire sont retournés (bien que ce soit toujours le décalage TZ +00:00
). Le format est le 8601 populaire:2015-10-29T23:00:49+00:00