C#: sicherstellen, dass die DateTime.Jetzt gibt die GMT + 1 Zeit

Ich bin mit DateTime.Now zu zeigen, etwas nach dem heutigen Datum, und bei der Arbeit vor Ort (Malta, Europa) die Zeiten werden korrekt angezeigt (offensichtlich wegen der Zeitzone) aber natürlich, wenn ich es hochladen zu meinem hosting-server (USA), DateTime.Now repräsentieren nicht die richtige Zeitzone.

Daher in meinem code, wie kann ich umwandeln DateTime.Now ordnungsgemäß zurückgeben, die die Zeit von der GMT + 1 Zeitzone ?

InformationsquelleAutor Andreas Grech | 2009-07-10
  1. 16

    Verwenden Sie die TimeZoneInfo-Klasse im System.Kern;

    Müssen Sie die DateTimeKind auf DateTimeKind.Utc für diese.

    DateTime MyTime = new DateTime(1990, 12, 02, 19, 31, 30, DateTimeKind.Utc);

DateTime MyTimeInWesternEurope = TimeZoneInfo.ConvertTimeBySystemTimeZoneId(MyTime, "W. Europe Standard Time");

    Nur wenn Sie .Net 3.5 aber!

    InformationsquelleAutor Lloyd Powell
  2. 15

    Es hängt davon ab, was du damit meinst "eine mit der GMT + 1 Zeitzone". Meinst du dauerhaft UTC+1, oder meinst du UTC+1 oder UTC+2, je nach DST?

    Wenn Sie .NET 3.5, verwenden Sie TimeZoneInfo um eine angemessene Zeit-zone, dann verwenden:

    //Store this statically somewhere
TimeZoneInfo maltaTimeZone = TimeZoneInfo.FindSystemTimeZoneById("...");
DateTime utc = DateTime.UtcNow;
DateTime malta = TimeZoneInfo.ConvertTimeFromUtc(utc, maltaTimeZone );

    Müssen Sie, um die system-ID für das Malta Zeit-zone, aber Sie können das leicht tun, indem Sie diesen code lokal:

    Console.WriteLine(TimeZoneInfo.Local.Id);

    Beurteilung durch Ihre Kommentare, wird dieses bit wird unerheblich sein, aber nur für andere...

    Wenn Sie nicht mit .NET 3.5, die Sie benötigen, um die Sommerzeit selbst. Um ehrlich zu sein, die einfachste Weg zu tun, ist eine einfache lookup-Tabelle. Aus der Arbeit des Sommerzeit-änderungen für die nächsten paar Jahre, dann schreiben Sie eine einfache Methode, um die Rückkehr der offset zu einem bestimmten UTC-Zeit, die Liste hardcoded. Sie wollen sortiert List<DateTime> mit den bekannten Veränderungen in und wechseln zwischen 1 und 2 Stunden, bis Ihr Datum nach der letzten änderung:

    //Be very careful when building this list, and make sure they're UTC times!
private static readonly IEnumerable<DateTime> DstChanges = ...;

static DateTime ConvertToLocalTime(DateTime utc)
{
    int hours = 1; //Or 2, depending on the first entry in your list
    foreach (DateTime dstChange in DstChanges)
    {
        if (utc < dstChange)
        {
            return DateTime.SpecifyKind(utc.AddHours(hours), DateTimeKind.Local);
        }
        hours = 3 - hours; //Alternate between 1 and 2
    }
    throw new ArgumentOutOfRangeException("I don't have enough DST data!");
}
    • Jon, bearbeitete ich Ihre Antwort zum umkehren der Parameter der TimeZoneInfo.ConvertTimeFromUtc
    • Hoppla, danke. Das bizarre an der Sache ist, ich habe tatsächlich überprüfen Sie zuerst - dann bekam Sie auf dem falschen Weg-Runde sowieso!
    • Ihre Lösung ist das werfen dieser Ausnahme in den ConvertTimeFromUtc Methode: Die Konvertierung konnte nicht abgeschlossen werden, weil der angegebene DateTime-nicht das Kind-Eigenschaft ordnungsgemäß festgelegt. Zum Beispiel, wenn die Kind-Eigenschaft ist DateTimeKind.Lokale, die Quelle Zeit-zone muss TimeZoneInfo.Local. Parameter name: sourceTimeZone
    • Sind Sie sicher, dass Sie ' re passing es DateTime.UtcNow eher als DateTime.Jetzt?
    • ja, ich bin mit deinen genauen code-snippet (natürlich ändern Sie die id auf "W. Europe Standard Time", wenn)
    • Und sind Sie sicher, dass Sie anrufen ConvertTimeFromUtc eher als ConvertTimeToUtc? Das ist eher das Problem sein, da die genauen Ausnahme, Sie sind die Angabe...
    • Ich habe einfach versucht, das snippet, und es funktioniert gut auf meinem Rechner.
    • (In der Erwägung, dass die änderung zu ConvertTimeToUtc gibt die genaue exception-Nachricht, die Sie gegeben haben hier.)
    • Entschuldigt meine Dummheit, aber du hast Recht. Ich war mit ConvertTimeToUtc statt ConvertTimeFromUtc.

    InformationsquelleAutor Jon Skeet
  3. 5

    Ich glaube nicht, dass Sie eine Eigenschaft in Ihrem code, die machen DateTime.Jetzt wieder etwas anderes als die aktuelle Zeit des Computers, in dem der code ausgeführt wird. Wenn Sie möchten, haben eine Art, immer eine andere Zeit, werden Sie wahrscheinlich benötigen, um wickeln Sie Sie in einer anderen Funktion. Sie können tun können, die round-trip über UTC und fügen Sie die gewünschte offset:

    private static DateTime GetMyTime()
{
    return DateTime.UtcNow.AddHours(1);
}

    (Codebeispiel aktualisiert, nachdem Luke ' s Kommentar über das Innenleben von DateTime.Jetzt)

    • Mit DateTime.UtcNow.AddHours(1) stattdessen sparen Sie einige Tippen!
    • Ja, ich erkannte, dass. Aber dann bin ich nicht sicher, dass Sie genau dasselbe tun; UtcNow liest die system-Zeit und hat einige Operationen mit den "magischen zahlen", während ToUniversalTime verwendet die Zeitzone.CurrentTimeZone, um die Utc-Zeit. Ich nehme an, Sie wird ja immer wieder der gleichen Zeit, obwohl ;o)
    • DateTime.Now verwendet UtcNow hinter den kulissen, so dass Ihre original-code übersetzt so etwas wie DateTime.UtcNow.ToLocalTime().ToUniversalTime().AddHours(1).
    • So wahr; nicht darüber nachdenken. Danke für den Hinweis it out. Aktualisieren Sie die Antwort. Ich fürchte mich nicht zu Tippen, aber wenn der code nicht effizient ist, wie es ist eine andere Sache.
    • (Übrigens, ich denke, die erste Magische Zahl in UtcNow ist die Konvertierung von FILETIME - ticks seit 01/01/1601 - zu DateTime - ticks seit 01/01/0001. Die zweite Magische Zahl ist eine Maske, die intern verwendet werden, um zu bedeuten DateTimeKind.Utc.)
    InformationsquelleAutor Fredrik Mörk
Schreibe einen Kommentar