Je travaille sur une application qui approche de la fin de son cycle de développement et qui a pour la plupart réussi les tests utilisateur. Nous avons récemment réalisé qu'il n'est pas souhaitable d'avoir des dates de conversion flexibles dans le fuseau horaire local du client, car toutes nos dates sont en EST et ne contiennent aucune donnée de temps. Comme BlazeDS envoie des dates en UTC, les dates sont converties à la veille en fuseaux horaires à l'ouest de l'EST.Objets de date d'interception provenant de BlazeDS et ajustement des différences de fuseau horaire
La meilleure solution est d'entrer et de refactoriser toutes les dates pour ajuster le décalage de fuseau horaire, mais ce n'est tout simplement pas faisable à ce stade. Puisque toutes les dates dans notre application ne se soucient pas du temps, j'aimerais vraiment pouvoir intercepter tous les objets Date qui tombent sur BlazeDS et ajuster le décalage du fuseau horaire. Est-il possible de faire cela? Si non, existe-t-il des solutions «transversales»?
Merci
Je vais simplement ajouter un commentaire, car le bruit suivant est probablement plus ennuyeux qu'une réponse décente: Quand je travaille avec le backend sur le projet sur lequel je travaille, il y a une phrase que je dis chaque semaine, " TOUT est une chaîne. " J'ai répondu à des questions similaires sur ce site aléatoire-ass de même: http://stackoverflow.com/questions/2400178/flex-null-integer/2403726#2403726 –
Comme pour une solution abstraite - bonne chance. Le problème avec DateObject est, vous ne pouvez pas savoir, 100% sans un élément de données attaché à votre réponse, ce que l'heure du serveur est sans beaucoup de code frontal. "cross-cutting": trouver un moyen d'avoir le backend retourner toutes les dates comme des chaînes, et avoir vos composants internes qui font anyting avec des dates PAS retourner des objets de date .... la vie sera beaucoup plus facile pour vous. –
La fonction de conversion des dates en EST n'est pas le problème. C'est facile à faire avec la propriété 'timezoneOffset' et en ajustant pour EST. De toute façon, l'utilisation de Strings n'est pas une option pour le moment. Nous datons l'arithmétique et avons un tri basé sur les dates. En outre, l'application n'est pas petite, donc tout changement fondamental nécessiterait beaucoup de refactoring et à moins que cela ne devienne la seule réponse, cela n'arrivera pas. (Pas mon choix.) Je cherchais à étendre le 'TypeHandler' par défaut pour faire les ajustements aux objets Date quand ils sont désérialisés. – Jeremy