Dopo aver giocato con la libreria Json.NET, mi chiedo perché sceglierei l'IsoDateTimeConverter su JavascriptDateTimeConverter.
Ho trovato che questo è più facile da usare con le interfacce Ext JS che stavo usando durante la serializzazione delle date da un controller MVC.
JsonNetResult jsonNetResult = new JsonNetResult();
jsonNetResult.Formatting = Formatting.Indented;
jsonNetResult.SerializerSettings.Converters.Add(new JavaScriptDateTimeConverter());
jsonNetResult.Data = myObject;
sto ottenendo questi dati di nuovo in un Ext.data.JsonStore che è in grado di ottenere il valore restituito come una data senza di me dover specificare un formato di data per analizzare con.
store:new Ext.data.JsonStore({
url: pathContext + '/Subject.mvc/Notices',
baseParams: { subjectId: this.subjectId },
fields: [
{name: 'Title'},
{name: 'DateCreated', type: 'date' }
]
}),
Il JSON restituito assomiglia a questo:
[{"Title":"Some title","DateCreated":new Date(1259175818323)}]
non v'è alcuna ragione per convertire in formato ISO 8601 e di nuovo se non è necessario.
fonte
2009-11-25 19:13:37
Questo fornisce alcuni approfondimenti, ma tratta w/jQuery con il servizio Web ASP.NET piuttosto che con un controller MVC restituendo JsonResult tramite Json(). Sono interessato a jQuery per ASP.NET MVC senza MSFT ajax. – ChrisP
Il problema è soprattutto oggetti complessi/w che dispongono di una proprietà data piuttosto che un singolo valore di data. – ChrisP
Il formato JSON è esattamente lo stesso nell'esempio di quello che hai descritto. Data Property o Single Date Value non fa differenza. – Alex