Wie funktioniert DateTime.ToUniversalTime() arbeiten?

Wie erfolgt die Umrechnung zu UTC aus der standard - DateTime - format arbeiten?

Genauer gesagt, wenn ich eine DateTime Objekt in einem Zeit-zone, und dann wechseln Sie zu einer anderen Zeitzone und führen ToUniversalTime() auf es, wie funktioniert es wissen, der Umbau richtig gemacht wurde, und dass die Zeit immer noch richtig dargestellt?

InformationsquelleAutor derGral | 2009-07-29
  1. 71

    Gibt es keine implizite Zeitzone, befestigt an einem DateTime Objekt. Wenn Sie ToUniversalTime() auf, es verwendet die Zeitzone der Kontext, in dem der code ausgeführt wird.

    Zum Beispiel, wenn ich eine DateTime aus der Epoche der 1/1/1970, es gibt mir die gleichen DateTime Objekt, egal wo in der Welt ich bin.

    Wenn ich ToUniversalTime() auf, wenn ich die Ausführung des Codes in Greenwich, dann bekomme ich die gleiche Zeit. Wenn ich es tun, während ich Lebe in Vancouver, dann bekomme ich einen offset - DateTime Objekt von -8 Stunden.

    Dies ist, warum es wichtig ist zur Zeit speichern die entsprechenden Informationen in Ihrer Datenbank als UTC-Zeiten, wenn Sie brauchen, um jede Art von Datums-Konvertierung oder der Lokalisierung. Überlegen Sie, ob Ihre codebase verschoben habe, um eine server-Einrichtung in eine andere Zeitzone 😉

    Edit: Hinweis von Joel Antwort - DateTime Objekte standardmäßig sind typisiert als DateTimeKind.Local. Wenn Sie parse ein Datum, und legen Sie es als DateTimeKind.Utc, dann ToUniversalTime() führt keine Konvertierung.

    Und hier ist ein Artikel über "Best Practices Codierung mit Datum Zeiten", und ein Artikel auf Konvertieren von DateTimes mit .Net.

    • Nein. Es kümmert sich nicht um die aktuelle Zeit. Es kümmert sich um die Zeitzone des lokalen Systems.
    • Wollen Sie nicht immer store-Zeit-bezogener Informationen im UTC-Format. Es hängt ganz von was information wirklich ist. Augenblicke in der Zeit kann in der Regel in UTC dargestellt, aber nicht alles ist ein instant. Zum Beispiel, ich bin auf der 17:18-Zug von Paddington. Macht es Sinn, zu speichern, die als "17:18 Europe/London" statt "16:18 UTC" - wenn denn die Uhren gehen zurück, die local die Zeit bleibt die gleiche.
    • Können Sie sagen, dass ich die Arbeit an einem Kalender-Produktgruppen? 😉
    • kann ich es in einer linq-Abfrage?
    • "DateTime-Objekte standardmäßig sind typisiert als DateTimeKind.Local". Der Standard ist nicht spezifiziert (msdn.microsoft.com/en-us/library/...)
    • Artikel, die auf "Best practices" wurde ein eyeopener für mich. Ich bin mir ziemlich sicher, dass es einige neue Infos in der es für eine Menge von devs!
    • Dieses bit hat mich gerettet: Timezone.CurrentTimeZone.IsDaylightSavingTime(DateTimeInstance)
    • Beachten Sie auch, dass der Aufruf ToUniversalTime() wieder auf ein datetime zurückgegeben wurde durch ToUniversalTime(), wird nicht wieder einen anderen datetime. Es intelligent herauszufinden, die bereits in UTC.
    • Gibt es irgendeinen Unterschied zwischen DateTimeOffset.Nun.ToUniversalTime() & DateTimeOffset.UtcDateTime

    InformationsquelleAutor womp
  2. 33

    Zunächst prüft es, ob die Kind des DateTime bekannt ist UTC bereits. Wenn dem so ist, gibt es das gleiche Wert.

    Ansonsten, ist es davon ausgegangen, dass eine lokale Zeit - das ist lokal auf dem computer ausgeführt wird, auf, und insbesondere in der Zeitzone, die der computer verwendet wurde, wenn einige private Anwesen wurde zunächst verzögert initialisiert. Das heißt, wenn Sie die Zeitzone ändern nach Ihre Anwendung gestartet wurde, gibt es eine gute chance, es wird noch mit dem alten.

    Zeit-zone enthält genug Informationen zum konvertieren einer lokalen Zeit zur UTC-Zeit oder Umgekehrt, obwohl es gibt Zeiten, dass das missverständlich oder ungültig. (Es sind lokale Zeiten, die doppelt vorkommen, und lokale Zeiten, die kommen nie durch die Sommerzeit.) Die Regeln für den Umgang mit diesen Fällen angegeben werden, in die Dokumentation:

    Wenn das Datum und die Uhrzeit Instanz Wert ist
    eine mehrdeutige Zeit, diese Methode setzt Voraus
    es ist ein standard time. (Ein
    mehrdeutige Zeit ist eine, Karte
    entweder eine standard-oder eine
    Sommerzeit in der lokalen Zeit
    zone), Wenn das Datum und die Uhrzeit Instanz
    Wert ist eine ungültige Zeit ist, diese Methode
    einfach subtrahiert die lokale Zeit aus
    die lokale Zeitzone ist UTC offset
    zurück UTC. (Eine ungültige Zeit ist eine
    nicht vorhanden, da der
    Anwendung der Sommerzeit
    Anpassung Regeln.)

    Ist der Rückgabewert ein Kind von DateTimeKind.Utc, so dass, wenn Sie nennen ToUniveralTime auf, dass es nicht mehr gelten das wieder ausgleichen. (Dies ist eine große Verbesserung gegenüber .NET 1.1!)

    Wenn Sie möchten, dass eine nicht-lokale Zeitzone, die Sie verwenden sollten TimeZoneInfo, die eingeführt wurde .NET 3.5 (gibt es hacky-Lösungen für die früheren Versionen, aber Sie sind nicht schön). Darstellen, einen Augenblick in der Zeit, sollten Sie erwägen,DateTimeOffset, die eingeführt wurde .NET-2.0SP1, .NET3.0SP1 und .NET 3.5. Jedoch, dass immer noch nicht über eine tatsächliche Zeit-zone zugeordnet - nur einen offset von UTC. Das bedeutet, dass Sie nicht wissen, was die lokale Zeit wird eine Stunde später - beispielsweise bei der Sommerzeit-Regeln können variieren zwischen den Zeitzonen, die passiert ist, die Verwendung der gleichen offset für den bestimmten Moment. TimeZoneInfo ist darauf ausgelegt, die historischen und zukünftigen Regeln berücksichtigen, im Gegensatz zu Zeitzone, das ist etwas zu simpel.

    Grundsätzlich die Unterstützung .NET 3.5 ist viel besser als es war, aber lässt noch etwas zu wünschen übrig für die richtige Kalender-Arithmetik. Wer Lust Portierung Joda Time zu .NET? 😉

    • Warum würden Sie nicht .NET immer speichern Daten in UTC-Zeit und vermeiden Sie das Problem insgesamt? Oder muss garantieren, dass ein anderer thread?
    • Sie wollen nicht immer eine UTC-Zeit. Datum/Zeit Themen sind sehr Komplex, und es gibt ist keine "one-size-fits-all" - Regel. Immer mit UTC ist gut für die Zeitstempel, aber es ist gut, in verschiedenen anderen Situationen.
    • Danke für den zweiten Absatz. Ich habe einige code, der ausgeführt wird, Dinge zu testen in unterschiedlichen Zeitzonen, aber es funktioniert nicht, weil der lazy-Initialisierung. 🙁
    InformationsquelleAutor Jon Skeet
  3. 7

    Was @womp sagte, mit dem Zusatz, dass es überprüft die DateTime ist eine Art Eigenschaft, um zu sehen, ob es vielleicht bereits ein UTC-Datum.

    • Guter Punkt. Wenn der Typ nicht explizit gesetzt, nimmt es eine lokale Zeit, und dann ruft ToUniversalTime() setzt den Typ auf universal auf das neue Datum.
    • Es ist darauf hinzuweisen, SQL-Server nicht speichern der Art (stackoverflow.com/questions/823313/...), so wenn Sie speichern Sie ein UTC-Datum auf einem US-server, es wird davon ausgegangen, dass lokale
    InformationsquelleAutor Joel Coehoorn
  4. 3

    DateTime.ToUniversalTime entfernt die Zeitzone offset der lokalen Zeitzone zu normalisieren DateTime in UTC. Wenn Sie dann die DateTime.ToLocalTime auf den normalisierten Wert in einer anderen Zeitzone, timezone-offset der Zeitzone Hinzugefügt werden, um den normalisierten Wert für die korrekte Darstellung in dieser Zeitzone.

    InformationsquelleAutor Michael A. McCloskey
Schreibe einen Kommentar