Cómo mostrar información de fecha y hora localizada a usuarios de la web con ASP.NET

Question

Tengo una aplicación ASP.NET y una marca de hora UTC en el servidor. Deseo mostrar la marca de tiempo al usuario en la zona horaria correcta y usando el formato de fecha/hora local.

E.g. Jan 2, 2012 14:00:00 UTC debe mostrarse como 1/2/2012 9:00 AM a un usuario en Nueva York, Estados Unidos (UTC -0500) y como 02/01/2012 14:00 a un usuario en Londres, Reino Unido.

Esta tarea aparentemente simple demostró ser sorprendentemente difícil. MSDN has an article con el mismo título, pero se trata de analizar la entrada del usuario en lugar de mostrar los datos del lado del servidor, por lo que no se aplica por completo.

La zona horaria se determina fácilmente en el cliente a través de JavaScript

offset = new Date().getTimezoneOffset();,

pero JavaScript ofrece muy poco apoyo para el formato de fecha/hora. Todo lo que obtienes es toLocaleString() método, lo que resulta en cadena larga fea como Monday, January 02, 2012 9:00:00 AM. No hay ninguna disposición para formatos más cortos, por lo que en el cliente estamos atrapados con buena información de zona horaria y malas capacidades de formato de fecha/hora.

La situación es exactamente opuesta en el servidor. Podemos aprovechar la cabecera HTTP Accept-Language para obtener la configuración regional del usuario (not the best choice, but may be good enough), y luego puntee en la base de datos .NET de los lugares conocidos, por lo que nuestro código va en la línea de

CultureInfo userCulture = new CultureInfo(Request.UserLanguages[0]); más algo de manejo de errores.

Pero luego estamos atascados en el problema de la zona horaria. Sí, uno puede obtenerlo a través de JavaScript y luego devolverlo como una cookie o como datos de devolución de datos, pero ¿qué sucede si tenemos que mostrar las fechas en la primera página de la aplicación? Se puede argumentar que la primera página siempre es la página de inicio de sesión, pero no es así cuando la información de inicio de sesión del usuario persiste entre sesiones (opción "recordarme"). La solución podría ser ahorrar el desplazamiento de la zona horaria como parte del perfil del usuario, pero luego puede volverse obsoleto (entrar y salir del horario de verano entre las sesiones).

¿Existe una solución integral a este problema que funciona bien y no requiere escribir toneladas de código? Tengo mucha curiosidad, por favor asesora.

Answer 1

debe pasar la cadena de tiempo al cliente en un formulario estándar, tales como ISO8601:

var timeString = '2012-01-02T16:00:00Z'; 

algunos navegadores analizar correctamente las cadenas de ISO8601 y algunos de costumbre, por lo que analizar de forma manual para estar seguro. Eso es bastante simple: crear un objeto Date local, entonces ajustar la fecha y la hora UTC:

function localDateFromUTC(s) { 

    var x = s.split(/[-\s:tz]/i); 
    var d = new Date(); 

    d.setUTCFullYear(x[0], x[1], x[2]); 
    d.setUTCHours(x[3], x[4], x[5]); 
    return d; 
} 

var s = '2012-01-02T16:00:00Z'; 
var d = localDateFromUTC(s); 
alert(d); // Shows local date and time for the provided UTC date and time 

Si desea una salida específica, es necesario formatear manualmente, por ejemplo,

function formatDate(d) { 
    var days = ['Sunday','Monday','Tuesday','Wednesday', 
       'Thursday','Friday','Saturday']; 
    var months = ['January','February','March','April','May','June','July', 
       'August','September','October','November','December']; 

    return days[d.getDay()] + ', ' + d.getDate() + ' ' + 
       months[d.getMonth()] + ', ' + d.getFullYear(); 
} 

puede probar a usar toLocaleString() pero los resultados varían enormemente entre los navegadores, la mayoría parece ignorar la configuración local de todos modos.