Cómo almacenar fechas sin tiempos en Core Data

Question

He estado tratando de encontrar una forma sensata de almacenar datos diarios usando Core Data en el iPhone.

Mi aplicación recibe datos en formato CSV, con una fecha pero no hay tiempo:

date, cycles 
2009-08-01, 123 
2009-08-02, 234 
2009-08-03, 345 
2009-08-04, 456 

Cuando se almacena estos datos, sólo debe haber un registro por día. Pensé que lo mejor que podía hacer era crear un NSDate para almacenar, pero eliminar los datos de la zona horaria &.

Puedo crear fácilmente un NSDate sin horas, minutos o segundos usando NSDateComponents o NSDateFormatter. Sin embargo, incluso cuando me puse la zona horaria de forma explícita a UTC o en cero segundos de GMT, la salida de una fecha creada con NSLog() siempre tiene mi zona horaria local, como:

2009-07-29 00:00:00 +0100 

¿Alguien sabe de una mejor manera de hacer NSDates sin componentes de tiempo? ¿O tal vez una mejor forma de almacenar las fechas?

Answer 1

Una buena regla de programación es almacenar siempre las fechas en UTC. No importa si usa Core Data o no; aún tendrás que trabajar porque las clases de Apple son una mierda.

fechas se representan internamente como un número de segundos transcurridos desde una fecha de referencia que es, creo, 1º de enero de 2001 00:00:00 (aunque la fecha de referencia actual no es muy importante). El punto es, NSDate los objetos siempre se muestran de forma nativa en UTC. Si la fecha que está recibiendo en su archivo CSV son locales, tendrá que hacer algo como esto para obtener la hora UTC:

NSDate *UTCDate = [localDate addTimeInterval:-[[NSTimeZone localTimeZone] secondsFromGMT]]; 

Entonces, me puse el tiempo de 00:00:00 . Ahora está guardando la fecha, a la medianoche, en UTC. Para fines de presentación, usará un NSDateFormatter configurado con la zona horaria de su elección (la zona horaria del sistema es la predeterminada si no especifica uno) para visualizar esas fechas.

Las zonas horarias en realidad no importa cuando estás tratar con fechas, sin embargo. Siempre que se asegure de configurar la zona horaria en su NSDateFormatter en UTC, siempre mostrará la misma fecha, sin importar la zona horaria que el usuario haya seleccionado en su dispositivo.

Si no te gusta esta solución, siempre puedes guardar tus fechas en un formato alternativo. Puede usar un double o int para almacenar la fecha en algún formato personalizado (p.el número de días desde alguna fecha de referencia), o incluso puede rodar su propia clase para modelar la fecha exactamente de la manera que desee y almacenarla como un objeto NSData. Mientras implementa NSCoding la clase, puede serializar a un objeto NSData de datos básicos. Solo necesita establecer el tipo de atributo en Datos principales en "Transformable".

Tiene un montón de opciones aquí, y ninguna implica el esfuerzo de escribir sus propias consultas y bases de datos SQLite.

Answer 2

El objeto NSDate siempre incorporará fecha de tiempo, para citar los documentos que "representan [s] un único punto en el tiempo" y lo hace almacenando un valor temporal desde su fecha de referencia (inicio del 1 de enero de 2001 a GMT , de nuevo de acuerdo con los documentos). Por lo tanto, no puede tener un NSDate que no tenga conocimiento de la hora del día.

En lugar de intentar almacenar las fechas a su manera, seguiría utilizando NSDate en su modelo y consideraría agregar un par de métodos a su clase de entidad, uno de los cuales hará lo que describió anteriormente, configurando NSDate en 00: 00:00 en un día determinado. El otro podría devolver solo la fecha de un NSDate en su formato preferido. Estos usarían el eliminador y el setter generados por Core Data para acceder a la propiedad NSDate.

Al seguir usando NSDate, está utilizando una clase con la que Core Data puede trabajar de forma nativa, lo que significa que aún puede usar predicados fácilmente para filtrar u ordenar los resultados por fecha sin tener que pensar demasiado al respecto.

Answer 3

Un NSDate no tiene zona horaria. NSLog usa su zona horaria local; dice +0100 porque ahí es donde estás.