Aktualisiert
Wir haben eine interne UI-Bibliothek, die sowohl mit dem in Microsoft /Date(msecs)/
ursprünglich nach ASP.NET integrierten JSON-Format, wie hier ursprünglich gefragt, als auch mit dem Datumsformat der meisten JSONs, einschließlich JSON.NET, wie z 2014-06-22T00:00:00.0
. Außerdem müssen wir mit der Unfähigkeit von oldIE fertig werden, mit etwas anderem als 3 Dezimalstellen fertig zu werden .
Wir erkennen zuerst, welche Art von Datum wir verbrauchen, analysieren es in ein normales JavaScript- Date
Objekt und formatieren es dann aus.
1) Ermitteln Sie das Microsoft-Datumsformat
// Handling of Microsoft AJAX Dates, formatted like '/Date(01238329348239)/'
function looksLikeMSDate(s) {
return /^\/Date\(/.test(s);
}
2) Ermitteln Sie das ISO-Datumsformat
var isoDateRegex = /^(\d\d\d\d)-(\d\d)-(\d\d)T(\d\d):(\d\d):(\d\d)(\.\d\d?\d?)?([\+-]\d\d:\d\d|Z)?$/;
function looksLikeIsoDate(s) {
return isoDateRegex.test(s);
}
3) Analysieren Sie das MS-Datumsformat:
function parseMSDate(s) {
// Jump forward past the /Date(, parseInt handles the rest
return new Date(parseInt(s.substr(6)));
}
4) Analysieren Sie das ISO-Datumsformat.
Wir können zumindest sicherstellen, dass es sich um Standard-ISO-Daten oder ISO-Daten handelt, die so geändert wurden, dass sie immer drei Millisekunden-Stellen haben ( siehe oben ), sodass der Code je nach Umgebung unterschiedlich ist.
4a) Analysieren Sie das Standard-ISO-Datumsformat und bewältigen Sie die Probleme von oldIE:
function parseIsoDate(s) {
var m = isoDateRegex.exec(s);
// Is this UTC, offset, or undefined? Treat undefined as UTC.
if (m.length == 7 || // Just the y-m-dTh:m:s, no ms, no tz offset - assume UTC
(m.length > 7 && (
!m[7] || // Array came back length 9 with undefined for 7 and 8
m[7].charAt(0) != '.' || // ms portion, no tz offset, or no ms portion, Z
!m[8] || // ms portion, no tz offset
m[8] == 'Z'))) { // ms portion and Z
// JavaScript's weirdo date handling expects just the months to be 0-based, as in 0-11, not 1-12 - the rest are as you expect in dates.
var d = new Date(Date.UTC(m[1], m[2]-1, m[3], m[4], m[5], m[6]));
} else {
// local
var d = new Date(m[1], m[2]-1, m[3], m[4], m[5], m[6]);
}
return d;
}
4b) Analysieren Sie das ISO-Format mit einer festen Dezimalstelle von drei Millisekunden - viel einfacher:
function parseIsoDate(s) {
return new Date(s);
}
5) Formatieren Sie es:
function hasTime(d) {
return !!(d.getUTCHours() || d.getUTCMinutes() || d.getUTCSeconds());
}
function zeroFill(n) {
if ((n + '').length == 1)
return '0' + n;
return n;
}
function formatDate(d) {
if (hasTime(d)) {
var s = (d.getMonth() + 1) + '/' + d.getDate() + '/' + d.getFullYear();
s += ' ' + d.getHours() + ':' + zeroFill(d.getMinutes()) + ':' + zeroFill(d.getSeconds());
} else {
var s = (d.getMonth() + 1) + '/' + d.getDate() + '/' + d.getFullYear();
}
return s;
}
6) Binde alles zusammen:
function parseDate(s) {
var d;
if (looksLikeMSDate(s))
d = parseMSDate(s);
else if (looksLikeIsoDate(s))
d = parseIsoDate(s);
else
return null;
return formatDate(d);
}
Die folgende alte Antwort ist nützlich, um diese Datumsformatierung in die JSON-Analyse von jQuery einzubinden, damit Sie Datumsobjekte anstelle von Zeichenfolgen erhalten oder wenn Sie immer noch in jQuery <1.5 stecken.
Alte Antwort
Wenn Sie die Ajax-Funktion von jQuery 1.4 mit ASP.NET MVC verwenden, können Sie alle DateTime-Eigenschaften in Date-Objekte umwandeln mit:
// Once
jQuery.parseJSON = function(d) {return eval('(' + d + ')');};
$.ajax({
...
dataFilter: function(d) {
return d.replace(/"\\\/(Date\(-?\d+\))\\\/"/g, 'new $1');
},
...
});
In jQuery 1.5 können Sie das parseJSON
globale Überschreiben der Methode vermeiden, indem Sie die Konverteroption im Ajax-Aufruf verwenden.
http://api.jquery.com/jQuery.ajax/
Leider müssen Sie zur älteren Bewertungsroute wechseln, damit Dates global an Ort und Stelle analysiert werden können. Andernfalls müssen Sie sie nach der Analyse von Fall zu Fall konvertieren.