Wie analysiere ich Datumszeichenfolge zu einem NodaTime-Objekt?

Question

Ich bin neu bei NodaTime und möchte es in meiner Anwendung implementieren.

Wie kann ich Datum Zeichenfolge NodaTime Objekt analysieren?

Hier ist, was ich derzeit habe:

var dateInput = "06/11/2015"; 
var pattern = InstantPattern.CreateWithInvariantCulture("dd/MM/yyyy"); 
var parseResult = pattern.Parse(dateInput); 
var localDate = parseResult.Value; 
DateTimeZone tzNZ = DateTimeZoneProviders.Tzdb["Asia/Hong_Kong"]; 
ZonedDateTime result = localDate.InZone(tzNZ); 

meine LOCALDATE Variable jetzt 2015-11-06T00:00:00Z ist (und auf dem, was ich in der ISO-Format zu lesen, Z in letzten Teil, darauf hingewiesen, dass es UTC ist)

mein Ergebnis Variable ist jetzt 2015-11-06T13:00:00 NZ (+13)

Aber ich bin nicht sicher, ob ich in dem richtigen Weg bin.

Hier ist, was ich wirklich will.

1. umrechnen dateInput (Datum string) zu einem NodaTime Objekt mit dem folgenden Format dd/MM/yyyy
2. Und dann haben sie als UTC dann in einen Typ long Daten konvertieren dann in die Datenbank speichern
3. dann versuchen, rufen Sie die gespeicherten Daten ab und verwenden Sie dann eine bestimmte Zeitzone. Sagen Sie Asia/Hong_Kong

Ist es möglich?

EDIT

var dateInput = "06/11/2015"; 
var pattern = LocalDatePattern.CreateWithInvariantCulture("dd/MM/yyyy"); 
LocalDate parseResult = pattern.Parse(dateInput).Value; 
DateTimeZone tzHK = DateTimeZoneProviders.Tzdb["Asia/Hong_Kong"]; 
LocalTime time = GetTimeOfDay(); 
LocalDateTime localDateTime = parseResult + time; 

// change it to UTC then convert it to 
// long data type then save it to the database 

// methods 
private LocalTime GetTimeOfDay() 
{ 
    var instant = SystemClock.Instance.Now; 
    var tz = DateTimeZoneProviders.Tzdb["Asia/Hong_Kong"]; 

    return instant.InZone(tz).TimeOfDay; 
} 

Ich habe diesen Schnipsel und dieses Szenario, in dem der Benutzer kann nur Eingang date06/11/2015 sagt dann auf in die Datenbank zu speichern, ich brauche es aktuelle Zeit (aktuelle Zeit des Benutzers) für Betrachtungszwecke. Der Grund, warum ich es in long umwandeln ist, weil ich Entity Framework verwende.

Ist das ratsam?

Answer 1

Ich werde aus einer etwas anderen Perspektive beantworten. Sie haben angegeben, dass Sie zu long konvertiert haben, weil Sie Entity Framework verwendet haben. Das ist wahrscheinlich nicht notwendig.

Es klingt wie Sie einfach auf das Kalenderdatum Round-Trip versucht werden. Wenn keine bestimmte Zeit involviert ist (z. B. Mitternacht oder Tagesbeginn) und Sie möchten, dass alle Benutzer denselben Jahresmonat und -tag sehen, unabhängig davon, in welcher Zeitzone sie sich befinden, wäre es besser (IMHO) behalte die Dinge während des gesamten Prozesses in diesem Sinne.

Einige dagegen argumentieren würde, mit gemeinsamen best practice „immer in UTC speichern“ zu sein, aber, dass die Beratung nicht gilt in zwei allgemeine Szenarien bis:

1. „Ich habe eine lokale bekam Datum und Uhrzeit, aber sie sind in der Zukunft und ich verwende sie für die Planung. "

2. "Ich arbeite gerade mit einem Kalenderdatum ohne jede Tageszeit, es kann Vergangenheit oder Zukunft sein, aber es ist ein menschliches zentrisches Datum, anstatt ein einzigartiger Zeitpunkt."

Sie erscheinen im zweiten Fall sein, also:.

• Verwenden Sie eine Datum-only Art in Ihrer Datenbank, wie der DATE Typ in SQL Server, PostgreSQL, MySQL, Oracle, und die meisten anderen relationalen Datenbanken.

• eine LocalDate Art in Noda Zeit. versuchen sie nicht, es zu Instant zu konvertieren, LocalDateTime, ZonedDateTime oder long.

• Verwenden Sie einen DateTime-Typ (mit .Kind == DateTimeKind.Unspecified) als Vermittler zwischen der Datenbank und Ihre LocalDate Eigenschaft zu handeln. Dies wird üblicherweise mit dem "buddy properties" -Muster gemacht, wie es in this answer zu sehen ist.