Mise à jour
Nous avons une bibliothèque d'interface utilisateur interne qui doit faire face au format JSON intégré ASP.NET de Microsoft, comme /Date(msecs)/
, demandé ici à l'origine, et à la plupart des formats de date de JSON, y compris JSON.NET, comme 2014-06-22T00:00:00.0
. De plus, nous devons faire face à l'incapacité de oldIE de faire face à tout sauf à 3 décimales .
Nous détectons d'abord le type de date que nous consommons, analysons-le dans un Date
objet JavaScript normal , puis formatez-le.
1) Détecter le format de date Microsoft
// Handling of Microsoft AJAX Dates, formatted like '/Date(01238329348239)/'
function looksLikeMSDate(s) {
return /^\/Date\(/.test(s);
}
2) Détecter le format de date ISO
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) Analyser le format de date MS:
function parseMSDate(s) {
// Jump forward past the /Date(, parseInt handles the rest
return new Date(parseInt(s.substr(6)));
}
4) Analyser le format de date ISO.
Nous avons au moins un moyen de nous assurer que nous avons affaire à des dates ISO standard ou à des dates ISO modifiées pour toujours avoir trois millisecondes ( voir ci-dessus ), donc le code est différent selon l'environnement.
4a) Analyser le format de date ISO standard, faire face aux problèmes de 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) Analyser le format ISO avec une décimale fixe de trois millisecondes - beaucoup plus facile:
function parseIsoDate(s) {
return new Date(s);
}
5) Formatez-le:
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) Attachez tout ensemble:
function parseDate(s) {
var d;
if (looksLikeMSDate(s))
d = parseMSDate(s);
else if (looksLikeIsoDate(s))
d = parseIsoDate(s);
else
return null;
return formatDate(d);
}
L'ancienne réponse ci-dessous est utile pour lier cette mise en forme de date à l'analyse JSON de jQuery afin d'obtenir des objets Date au lieu de chaînes, ou si vous êtes toujours bloqué dans jQuery <1.5 d'une manière ou d'une autre.
Ancienne réponse
Si vous utilisez la fonction Ajax de jQuery 1.4 avec ASP.NET MVC, vous pouvez transformer toutes les propriétés DateTime en objets Date avec:
// Once
jQuery.parseJSON = function(d) {return eval('(' + d + ')');};
$.ajax({
...
dataFilter: function(d) {
return d.replace(/"\\\/(Date\(-?\d+\))\\\/"/g, 'new $1');
},
...
});
Dans jQuery 1.5, vous pouvez éviter de remplacer la parseJSON
méthode globalement en utilisant l'option converters dans l'appel Ajax.
http://api.jquery.com/jQuery.ajax/
Malheureusement, vous devez passer à l'ancienne route eval pour que les dates soient analysées globalement sur place - sinon vous devez les convertir au cas par cas après l'analyse.