Actualizado
Tenemos una biblioteca de interfaz de usuario interna que tiene que hacer frente tanto al formato JSON incorporado de ASP.NET de Microsoft, como /Date(msecs)/
, al que se le preguntó aquí originalmente, como a la mayoría de los formatos de fecha de JSON, incluidos JSON.NET 2014-06-22T00:00:00.0
. Además, debemos hacer frente a la incapacidad de oldIE para hacer frente a cualquier cosa que no sean 3 decimales .
Primero detectamos qué tipo de fecha estamos consumiendo, lo analizamos en un Date
objeto JavaScript normal y luego lo formateamos.
1) Detectar formato de fecha de Microsoft
// Handling of Microsoft AJAX Dates, formatted like '/Date(01238329348239)/'
function looksLikeMSDate(s) {
return /^\/Date\(/.test(s);
}
2) Detectar formato de fecha 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) Formato de fecha Parse MS:
function parseMSDate(s) {
// Jump forward past the /Date(, parseInt handles the rest
return new Date(parseInt(s.substr(6)));
}
4) Analizar el formato de fecha ISO.
Al menos tenemos una manera de asegurarnos de que estamos tratando con fechas ISO estándar o fechas ISO modificadas para tener siempre tres milisegundos ( ver arriba ), por lo que el código es diferente dependiendo del entorno.
4a) Analizar el formato de fecha ISO estándar, hacer frente a los problemas 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) Analizar el formato ISO con un decimal fijo de tres milisegundos, mucho más fácil:
function parseIsoDate(s) {
return new Date(s);
}
5) Formatearlo:
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) Ate todo junto:
function parseDate(s) {
var d;
if (looksLikeMSDate(s))
d = parseMSDate(s);
else if (looksLikeIsoDate(s))
d = parseIsoDate(s);
else
return null;
return formatDate(d);
}
La respuesta anterior a continuación es útil para vincular este formato de fecha al análisis JSON de jQuery para que obtenga objetos de fecha en lugar de cadenas, o si todavía está atascado en jQuery <1.5 de alguna manera.
Vieja respuesta
Si está utilizando la función Ajax de jQuery 1.4 con ASP.NET MVC, puede convertir todas las propiedades de DateTime en objetos Date con:
// Once
jQuery.parseJSON = function(d) {return eval('(' + d + ')');};
$.ajax({
...
dataFilter: function(d) {
return d.replace(/"\\\/(Date\(-?\d+\))\\\/"/g, 'new $1');
},
...
});
En jQuery 1.5 puede evitar anular el parseJSON
método globalmente utilizando la opción de convertidores en la llamada Ajax.
http://api.jquery.com/jQuery.ajax/
Desafortunadamente, debe cambiar a la ruta de evaluación más antigua para que las fechas se analicen globalmente en el lugar; de lo contrario, debe convertirlas caso por caso después del análisis.