7

We are having such a nasty problem when deserializating a JSON date to a C# DateTime.

The code is:

JavaScriptSerializer serializer = new JavaScriptSerializer();
jsonTrechos = jsonTrechos.Replace("/Date(", "\\/Date(").Replace(")/", ")\\/");
Trecho[] model = serializer.Deserialize<Trecho[]>(jsonTrechos);

The jsonTrechos is a string of json2.js's JSON.stringify();.

Problem is: the deserialization works, bur all dates of the Trechos objects are added with 2 hours.

My timezone is Brazil (UTC -3) and we're under daylight savings (so we're currently on UTC -2), if it has anything to do. I guess that perhaps localization and timezones may be playing a part on this and if they really are, I have no idea on how to fix it.

2
  • Btw, those Replaces are there so the serializer can recognize the "\/Date(number)\/" format. Commented Nov 29, 2010 at 14:05
  • I recommend using UTC dates internally unless there are compelling reasons not to. And in the cases where you need non-UTC dates a simple local date doesn't work well either, but you typically need something more complex taking care of timezones. Commented Nov 29, 2010 at 14:31

4 Answers 4

13

This is documented in the MSDN:

Date object, represented in JSON as "/Date(number of ticks)/". The number of ticks is a positive or negative long value that indicates the number of ticks (milliseconds) that have elapsed since midnight 01 January, 1970 UTC.

Try calling DateTime.ToLocalTime() and see if you get the correct date for you.

Sign up to request clarification or add additional context in comments.

2 Comments

@scardazzi stackoverflow.com/questions/1263732/… has some info about parsing too which I've been stung with before
This got me on the right track. I am using Json.NET to deserialize some JSON and had to set my DateTimeZoneHandling property to DateTimeZoneHandling.Local.
7

I would strongly recommend working with the Json.NET library. Quite frankly, the JSON serializers (and there are multiple ones) in the .NET framework are all quirky in some way, especially when it comes to serializing dates.

Json.NET is the only library that I've seen that handles them (and JSON in general) consistently and without problem for other consumers.

2 Comments

Makes sense, I've played with it a little and I liked it. I'll check it out, thanks!
This is way better than the javascriptserializer class in terms of date handling and performance, thanks!!
2

The dates specified for JSON are UTC, and as you've mentioned you're using daylight savings so +2 hours makes sense. Ideally you should be working with UTC date times anyway, as it removes the headaches of daylight savings (or in this case, it's added to it) and allows for global hosting.

1 Comment

You're right, it'd be the best to do this, however it'll take such a long time to adapt this system to this. But thanks for the advice!
1

"Javascript dates are calculated in milliseconds from 01 January, 1970 00:00:00 Universal Time (UTC) with a day containing 86,400,000 milliseconds" (Excerpt from W3schools). So you want to convert it to your local timezone.

TimeZoneInfo.ConvertTimeFromUtc(yourDateToConvert, TimeZoneInfo.Local)

Comments

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.