WCF to Entity Framework convertit mon datetime en heure locale - comment arrêter?

Question

J'ai un service WCF qui reçoit des enregistrements avec des valeurs datetime et les enregistre dans un SQL Azure db, en utilisant Entity Framework 3.5 SP1. Exécuter localement, les enregistrements s'enregistrés dans la base de données, tout est bien

Cependant, mon hébergement IIS est dans un fuseau horaire différent. Lorsque je télécharge le site là-bas et appelle le même service (avec exactement la même chaîne de connexion, à la base de données Azure SQL), les enregistrements sont toujours enregistrés, mais le temps a reculé de 5 heures.

J'ai vérifié Fiddler, pour regarder les données sortir, et il est à mon heure locale. J'ai utilisé le même service à l'intérieur de l'hébergement Azure, et cela a aussi bien fonctionné. J'ai les mêmes données allant à un autre service WCF sur le même hôte enregistré avec Linq2SQL, et cela économise bien. La seule différence est alors Entity Framework - Je devine que mes informations de fuseau horaire (GMT) sont envoyées avec le datetime, et ainsi quand le serveur dans le temps de Eastern Seaboard le reçoit, il le convertit à l'heure locale, 5 heures plus tôt.

Dans un sens, c'est précis, parce que pour le moment (13:48), il est 5 heures earler - 08:48, mais ce n'est pas ce que je veux enregistrer dans la base de données, je veux enregistrer 13h48. Comme je l'ai demandé, donc il est logique quand je l'interroger

Ceci est probablement très simple, et tout le monde sait la réponse, mais je suis un peu perplexe. J'apprécierais vraiment que quelqu'un puisse me diriger dans la bonne direction.

merci beaucoup

Toby

Answer 1

Vous pouvez essayer de changer le DateTimeKind sur la valeur du côté client. Non spécifié De cette façon, WCF et Entity Framework n'auront pas assez d'informations pour essayer d'être astucieux à propos de la conversion.

DateTime.SpecifyKind
DateTimeKind

---

Faisant suite à ce ne fonctionne pas et votre commentaire dans la question ...

Tout d'abord, qu'est-ce que vous essayez de faire - ne voulez-vous que les valeurs stockées dans la base de données doit être dans le fuseau horaire du client - dans votre cas au Royaume-Uni - ou voulez-vous qu'il soit stocké en UTC? D'après mon expérience, la meilleure solution est de l'enregistrer comme UTC sinon vous allez vraiment confondre les choses si vous avez plusieurs clients dans des fuseaux horaires différents.

En supposant que vous voulez le stocker comme UTC, vous devez le convertir en UTC côté client avant de le passer sur le réseau (DateTime.ToUniversalTime), vous devez ensuite vous assurer que le serveur le reconnaît comme UTC (il doit faites-le automatiquement, mais vous voudrez peut-être appeler SpecifyKind après l'avoir reçu juste pour être sûr). Entity Framework devrait puis le stocker dans la base de données non modifiée - que vous décrivez dans votre commentaire.

Maintenant, le truc est de se rendre compte que le temps vous obtenez au client lorsque vous récupérez les données seront en UTC. Ainsi, lorsque l'heure du Royaume-Uni ne correspond plus à l'heure UTC, cela semble faux. Donc, assurez-vous d'appeler DateTime.ToLocalTime sur toutes les valeurs que vous obtenez du serveur avant de les afficher à l'utilisateur.

Au moins c'est l'approche I prendrait.

(Oh, et en tant que développeur britannique, je trouve vraiment utile de régler l'heure sur mon ordinateur client à n'importe quel moment du Royaume-Uni en faisant ce genre de travail - sinon vous allez introduire des bugs que vous ne choisirez pas sur jusqu'à ce que nous passons sur la BST Dans mon expérience, cela a tendance à se produire une fois que vous êtes allé en direct)