.net - convertir - Cuándo preferirías DateTime sobre DateTimeOffset

datetimeoffset to datetime

Question

Hace unos meses me presentaron el nuevo tipo de DateTimeOffset y me alegré de que finalmente se DateTime los fallos de DateTime con respecto a las zonas horarias.

Sin embargo, me quedé pensando si hubo algún problema o sobrecarga que podría ocurrir al usar este nuevo tipo.

Trabajo en una aplicación web multi-locale. ¿Alguien sabe de algo que me pueda convencer de usarlo para todo mi trabajo de fecha y hora? ¿Hay una ventana para el abuso aquí?

Referencia: DateTimeOffset: una nueva estructura de DateTime en .NET 3.5 por Justin Van Patten

Answer 1

A veces, realmente solo quieres representar una fecha y hora "local" (zona horaria desconocida) en lugar de un instante en el tiempo. Para ser sincero, con frecuencia es más útil representar solo una hora, por ejemplo, "despertarme a las 8 a. M., Independientemente de la zona horaria", pero la fecha y la hora también podrían ser útiles.

Estoy de acuerdo en que para la gran mayoría de los casos, DateTimeOffset es una mejor opción. Me parece extraño que no haya una estructura DateTimeTimeZone que tenga tanto el instante como su zona horaria ... un desplazamiento en realidad no le proporciona toda la información que necesita. (Por ejemplo, dado un DateTimeOffset , no sabe cuál será el tiempo 24 horas más tarde, porque no sabe cuándo podría iniciarse el horario de verano).

Si quieres ese tipo de estructura, tengo una implementación muy cruda en otra respuesta . Estoy seguro de que podría mejorarse muy fácilmente :)

Answer 2

Bueno, una respuesta obvia sería cuando necesitas admitir clientes sin el SP en el que se envía (en realidad no está en 3.5; está en 2.0 SP1, que se envió al mismo tiempo).