Was ist der richtige Weg, um ein Zeitintervall in Core Data zu speichern?

Question

Ich muss ein Zeitintervall in einer App-Datenbank speichern, die gelegentlich zu NSDate hinzugefügt wird. Problem ist, ich weiß nicht, welchen Datentyp ich dafür wählen soll. Einige Leute empfehlen, NSTimeInterval zu speichern, aber wird es zu Fehleinschätzungen führen, wenn sich die Zeitzone des Benutzers ändert? Vielleicht ist es besser, NSDateComponents (als "transformable" -Datentyp) zu speichern oder gibt es eine andere bessere Möglichkeit, es zu tun?

Answer 1

Eine Minute ist 60 Sekunden, und eine Stunde ist 3600 Sekunden, egal was das aktuelle Datum, die Zeitzone oder der Kalender ist. Wenn Sie die Dauer "24 Stunden" speichern möchten, können Sie diese als Zeitintervall mit dem Wert 24 * 3600 speichern.

Alle größeren Einheiten, mit Tagen beginnen, muss die aktuelle Datum, Zeitzone und Kalender nach interpretiert werden. Die Dauer "ein Tag" kann23, 24 oder 25 Stunden in Regionen mit Sommerzeit sein. Insbesondere haben "24 Stunden" und "1 Tag" eine andere Bedeutung. Die Dauer "1 Monat" kann von 28 bis 31 Tagen im Gregorianischen Kalender sein, und "1 Jahr" kann 365 oder 366 Tage sein. Andere Kalender können andere "Eigenheiten" haben.

Daher müssen alle Dauern mit "Tag" oder größeren Einheiten als Datumskomponenten gespeichert werden. Transforming to NSDateComponents ist eine Möglichkeit, Alternativ können Sie mehrere Eigenschaften "durationDays", "durationMonths" usw. zu Ihrer Core Data-Entität hinzufügen. Dies hat den Vorteil , dass auf die Werte in Abrufanforderungen verwiesen werden kann oder Deskriptoren sortieren können.