Chrome interpreta l'ora ISO senza Z come UTC; C# problema

Question

Esegui il jsfiddle: http://jsfiddle.net/E9gq9/7/ su Chrome, FF, e IE e si ottiene:

Chrome:

Chrome http://images.devs-on.net/Image/vBTz86J0f4o8zlL3-Region.png

Firefox:

Firefox http://images.devs-on.net/Image/aNPxNPUpltyjVpSX-Region.png

IE:

IE http://images.devs-on.net/Image/WXLM5Ev1Viq4ecFq-Region.png

Safari:

Safari http://images.devs-on.net/Image/AEcyUouX04k2yIPo-Region.png

ISO 8601 non sembra dire come una stringa senza Z posteriore dovrebbe essere interpretato.

Il nostro server (ASP.NET MVC4) trascina le ore UTC dal nostro database come DateTime s e li inserisce semplicemente in JSON. Come puoi vedere per questo stiamo ottenendo risultati incoerenti sul browser.

Dovremmo semplicemente aggiungere Z a loro sul lato server?

Answer 1

Chrome interpreta l'ora ISO senza Z come UTC; C# issue

Quale è corretto, sono Firefox e IE che si sbagliano.

Mentre l'articolo si è collegato in effetti dire che cosa significa quando non c'è Z ("In assenza di informazioni UTC relazione viene dato con una rappresentazione del tempo, il tempo si presume essere in tempo locale".), tanto più cosa importante è che il ECMAScript5 specification dice chiaramente che nessuna informazione fuso orario significa Z:

il valore di una differenza di fuso orario è assente “Z”.

Sì, probabilmente mi assicuro che la stringa abbia un Z su di esso, in quanto sembra dare risultati coerenti.

Answer 2

Alla fine della giornata, il problema che sto affrontando in questa app può essere risolto se il mio server invia sempre gli oggetti client DateTime in un formato che tutti i browser gestiscono correttamente.

Ciò significa che deve esserci quella "Z" alla fine. Risulta che il serializzatore ASP.NET MVC4 Json è basato su Json.NET, ma non ha Utc attivato per impostazione predefinita. L'impostazione predefinita per DateTimeZoneHandling sembra essere RoundtripKind e questo non restituisce i valori con Z su di essi, anche se DateTime.Kind == Utc, che è piuttosto fastidioso.

Quindi la correzione sembra essere, impostare come Json.NET gestisce i fusi orari per DateTimeZoneHandling.Utc:

var json = GlobalConfiguration.Configuration.Formatters.JsonFormatter; 
// Force Utc formatting ('Z' at end). 
json.SerializerSettings.DateTimeZoneHandling = DateTimeZoneHandling.Utc; 

Ora, tutto ciò che scende il filo dal mio server al browser è formattato come ISO-8601 con una 'Z' alla fine. E tutti i browser che ho provato fanno la cosa giusta con questo.

Answer 3

Mi sono imbattuto in questo problema e interpretare la data con il fuso orario locale ha molto più senso che passare a "Z", almeno per la mia applicazione. Ho creato questa funzione per aggiungere le informazioni sul fuso orario locale quando manca nella data ISO. Questo può essere usato al posto di una nuova data(). Parzialmente derivato da questa risposta: How to ISO 8601 format a Date with Timezone Offset in JavaScript?

parseDate = function (/*String*/ d) { 
    if (d.search(/^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}$/) == 0) { 
     var pad = function (num) { 
      norm = Math.abs(Math.floor(num)); 
      return (norm < 10 ? '0' : '') + norm; 
     }, 
     tzo = -(new Date(d)).getTimezoneOffset(), 
     sign = tzo >= 0 ? '+' : '-'; 
     return new Date(d + sign + pad(tzo/60) + ':' + pad(tzo % 60)); 
    } else { 
     return new Date(d); 
    } 
} 

Answer 4

David Hammond answer è grande, ma non gioca tutti i trucchi; ecco una versione modificata:

• consente una parte frazionaria nella stringa data/ora
• permette di secondi facoltative stringa di data/ora
• ritiene che attraversano più ora legale

appendTimezone = function (/*String*/ d) { 
    // check for ISO 8601 date-time string (seconds and fractional part are optional) 
    if (d.search(/^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}(?::\d{2}(?:\.\d{1-3})?)?$/) == 0) { 
     var pad = function (num) { 
      norm = Math.abs(Math.floor(num)); 
      return (norm < 10 ? '0' : '') + norm; 
     }, 
     tzo = -new Date(d).getTimezoneOffset(), 
     sign = tzo >= 0 ? '+' : '-'; 

     var adjusted = d + sign + pad(tzo/60) + ':' + pad(tzo % 60); 

     // check whether timezone offsets are equal; 
     // if not then the specified date is just within the hour when the clock 
     // has been turned forward or back 
     if (-new Date(adjusted).getTimezoneOffset() != tzo) { 
      // re-adjust 
      tzo -= 60; 
      adjusted = d + sign + pad(tzo/60) + ':' + pad(tzo % 60); 
     } 

     return adjusted; 
    } else { 
     return d; 
    } 
} 

parseDate = function (/*String*/ d) { 
    return new Date(appendTimezone(d)); 
}