Wie behandeln Datumsangaben und Uhrzeiten, umfassen Sie Sommerzeit

Entwickler Anwendungen schreiben, die Datums- und Uhrzeitangaben behandeln können eine oder mehrere Technologien, die Manipulation von Datum und Zeit Bearbeitung ausführen. Insbesondere können bestimmte Basisbetriebssystem APIs, C-Laufzeit (CRT) und Microsoft .NET Framework konvertieren oder anderweitig bearbeiten Datums- und Zeitangaben. Dieser Artikel beschreibt einige der allgemeinen Konzepte, die Behandlung von Datumsangaben und Uhrzeiten beteiligt sind. Dieser Artikel beschreibt darüber hinaus die Auswirkungen der Änderungen, die Sommerzeit (DST) 2007 zu bestimmten Produkten und Technologien.

Zeit speichern und Bearbeitung

Zeitstempel sind Werte, die eine Kombination aus Datum und Uhrzeit angeben. Anwendungen, die in der Regel Timestamps behandeln müssen speichern diese Zeitstempel in Universal Coordinated Time (UTC). Der Vorteil von UTC besteht, dass UTC universal. UTC ist nicht zu lokalen Zeitzonen unterliegen oder Sommerzeit. UTC ist jedoch weder benutzerfreundlicher als auch für die meisten Benutzer relevant. Obwohl UTC die offensichtliche Wahl für Speicher ist, ist es keine gute Wahl für angezeigt. Daher konvertieren die meisten Anwendungen UTC-Zeit in lokale Zeit, bevor Sie den Zeitstempel für den Benutzer angezeigt. Beispielsweise, wendet Windows Explorer die Zeitzone und Sommerzeit-Einstellung auf den UTC-Zeitstempel müssen, bevor Datums- und Zeitangaben für Dateien in einem Windows NT-Dateisystem (NTFS) Verzeichnis angezeigt.

Konvertierung aus UTC in Ortszeit kann als zwei Offsets anwenden betrachtet werden. Die erste ist der Zeitzonenoffset und die zweite ist der DST-Offset. Daher lokale Zeit ist UTC-Zeit plus einen Zeitzonenoffset sowie alle anwendbaren DST offset. Der Zeitzonenoffset ist recht einfach. Der Computer für einer bestimmten Zeitzone konfiguriert ist, und die Zeitzone hat einen Offset von UTC. Um zu bestimmen ist, ob ein DST Offset angewendet werden soll wesentlich komplexer. Diese Aktivität stützt sich auf viele Regeln, die komplexen und dynamische sind.

Diese komplexen DST-Regeln wurden mit Sommerzeit 2007 vor kurzem geändert. In 2007 starten, hat der USA neue Anfangs- und Enddaten neue für DST eingeführt. Darüber hinaus ist es üblich für andere Länder und Regierungen routinemäßig die Anfangs- und das Enddatum für Sommerzeit in Zeitzonen ändern, die unter Ihrer Kontrolle stehen. Der folgende Abschnitt beschreibt die Auswirkungen der Änderung der Sommerzeit 2007 entwicklerbezogenen-Produkte.

Weitere Informationen zu Sommerzeit 2007 die folgende Microsoft-Website:

Sommerzeit 2007 Auswirkungen auf Entwickler-bezogene Technologien

Windows

Auf der Windows Update und auf Microsoft Updates stehen, ermöglicht Windows, um die Änderungen für Sommerzeit 2007 und die folgenden Jahre korrekt zu übernehmen. Nachdem diese Updates angewendet wurden, berechnet Windows ordnungsgemäß der aktuelle Offsets von UTC-Zeit in lokale Zeit als DST der Computer durchläuft. Die Offsets gehören die Offsets für den Basis-APIs und für die Netzwerke Zeit bezogenen APIs.

Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:

C-Laufzeit (CRT)

Die CRT führt auch Übersetzungen für Datum und Uhrzeit Übersetzungen. Daher muss die CRT auch aktualisiert werden, um die neuen Regeln für Sommerzeit 2007 enthalten. Die CRT führt eigene Zeit-Verarbeitung nur, wenn die Umgebungsvariable " TZ festgelegt ist oder wenn ein zugrunde liegende Betriebssystem API Zeit Aufruf schlägt fehl. Updates stehen für die CRTs, die in jeder Version von Microsoft Visual Studio enthalten sind und auch für die CRTs, die im Lieferumfang von Windows enthalten sind. Diese Updates aktivieren CRT um fortzufahren, DST-Konvertierungen in Zeitzonen der USA ordnungsgemäß zu behandeln.

.NET Framework

.NET Framework stützt sich auf die zugrunde liegende Betriebssystem-Aufrufe. Daher entspricht das Verhalten von .NET Framework den Zustand des zugrunde liegenden Betriebssystems. Keine separates Update ist erforderlich.

Visual Studio .NET integrierten Entwicklungsumgebungen (IDEs)

Der Visual Studio .NET IDEs enthalten, Version 2002, 2003 und von Microsoft Visual C++, Microsoft Visual c# und Microsoft Visual Basic 2005. Diese Produkte sind betroffen, nur weil Sie die CRT einschließen. Keine IDE-spezifische Aktualisierung ist erforderlich.

Visual Studio 2005 Team Foundation Server

Visual Studio 2005 Team Foundation Server ist abhängig vom zugrunde liegenden Betriebssystem für Datum und Uhrzeit Konvertierungen. Daher weist Visual Studio 2005 Team Foundation Server das gleiche Verhalten wie das Betriebssystem. Visual Studio 2005 Team Foundation Server hängt auch Microsoft SQL Server, SQL Server Reporting Services und Windows SharePoint Services. Computer sollte mit den entsprechenden Updates für das Betriebssystem für SQL Server und Windows SharePoint Services aktualisiert werden. Alle relevanten Updates sollten auf allen betroffenen Computern gleichzeitig angewendet werden. Keine separates Visual Studio 2005 Team Foundation Server-Update ist erforderlich.

Visual Studio 2005 Team System

Visual Studio 2005 Team System ist über das Betriebssystem, durch Visual Studio 2005 Team Foundation Server und über die CRT betroffen. Keine separates Visual Studio 2005 Team System-Update ist erforderlich.

Visual SourceSafe

Weitere Informationen zu Visual SourceSafe-Sommerzeit-Problemen in 2007 finden Sie im folgenden Artikel der Microsoft Knowledge Base:

Visual Basic 6.0-Laufzeit

Die Visual Basic 6.0-Laufzeit ist nicht betroffen.

Visual C++ 6.0

Visual C++ 6.0 ist nicht mehr unterstützt.

Weitere Informationen der folgenden Microsoft-Website:

Windows Software Development Kit (SDK) für Windows Vista

Dieses SDK enthält eine Version der CRT, die von der Sommerzeit 2007 Änderungen betroffen ist. Als Teil der Installation dieses SDK können Sie die Visual Studio 2005 CRT auf Computern installieren, die nicht bereits über diese Version der CRT installiert verfügen. Eine neuere Version der CRT bereits installiert ist, werden die neuere Version von die SDK-Installation nicht überschrieben. Wenn das SDK deinstalliert wird, wird die neueste Version der CRT auf dem Computer belassen. Sie können entweder Visual Studio 2005-CRT-Update installieren, bevor oder nachdem Sie das SDK installieren.

Das Windows SDK für Windows Vista installiert auch eine Reihe von durch Mergemodule (MSM-Dateien) für die Visual Studio 2005 CRT für die Weitergabe von der CRT als Teil von benutzerdefinierten C++-Anwendungen. Eine Anwendung, die die verteilbare CRT für den Installationsordner der Anwendung bereitstellt, muss die aktualisierte CRT aus der Visual Studio 2005-CRT-Aktualisierung anstelle der CRT-MSM-Dateien aus dem Windows SDK für Windows Vista bereitstellen. Eine Anwendung, die das verteilbare Visual Studio 2005-CRT-Update für Windows-Installationsordner bereitstellt, muss das verteilbare Visual Studio 2005-CRT-Update auf diesen Computern anwenden.

Plattform-SDK für Microsoft Windows Server 2003 R2

Dieses SDK enthält eine Version der CRT, die von der Sommerzeit 2007 Änderungen betroffen ist. Kunden müssen befolgen Sie die Anmerkungen für dieses SDK und Visual Studio 2005-CRT-Updates verwenden, wenn Sie erforderlich sind.

.NET Framework 2.0 SDK

Dieses SDK enthält eine Version der CRT, die von der Sommerzeit 2007 Änderungen betroffen ist. Als Teil der Installation dieses SDK können Sie die Visual Studio 2005 CRT auf Computern installieren, die nicht bereits über diese Version der CRT installiert verfügen. Eine neuere Version der CRT bereits installiert ist, werden die neuere Version von die SDK-Installation nicht überschrieben. Wenn das SDK deinstalliert wird, wird die neueste Version der CRT auf dem Computer belassen. Sie können entweder Visual Studio 2005-CRT-Update installieren, bevor oder nachdem Sie das SDK installieren.

Konvertierung von Ortszeit in Windows

Anwendungen in der Regel konvertieren in Ortszeit UTC-Zeiten, bevor Sie Uhrzeit und Datumsinformationen dem Benutzer angezeigt. Windows bietet mehrere APIs für Anwendungen für die Timestamp-Bearbeitung verwenden.

• Die Funktion GetSystemTime() und GetSystemTimeAsFileTime() -Funktion erhalten die aktuelle UTC-Zeit in eine SYSTEMTIME-Struktur oder eine FILETIME-Struktur.
• Die GetLocalTime() -Funktion ruft die aktuelle lokale Uhrzeit in eine SYSTEMTIME-Struktur ab.
• Die GetTimeZoneInformation() -Funktion erhält eine TIME_ZONE_INFORMATION-Struktur, die aktuelle Zeitzone und die DST-Einstellung für den Computer beschreibt.
• Die Funktion SystemTimeToFileTime() und FileTimeToSystemTime() -Funktion gemarshallt werden zwischen SYSTEMTIME Strukturen und FILETIME-Strukturen.
• Die Funktion FileTimeToLocalFileTime() und LocalFileTimeToFileTime() -Funktion konvertieren, und eine FILETIME-Struktur zwischen UTC und der Ortszeit mithilfe der aktuellen Zeitzone und Sommerzeit-Einstellung auf dem Computer übersetzen.
• Die Funktion SystemTimeToTzSpecificLocalTime() und TzSpecificTimeToSystemTime() -Funktion konvertieren einen UTC-Zeitstempel in eine SYSTEMTIME-Struktur in eine lokale SYSTEMTIME-Struktur. Diese Funktionen verwenden eine TIME_ZONE_INFORMATION-Struktur, die das Startdatum und das Enddatum für Sommerzeit angibt. Standardmäßig werden die aktuellen DST-Regeln verwendet, wenn keine solche Struktur bereitgestellt wird.
• Die NetRemoteTOD() -Funktion erhält die Zeit von einem Remoteserver mithilfe von Informationen und Einstellungen ?s Server.

Hinweis: Die Funktion FileTimeToLocalFileTime() und LocalFileTimeToFileTime() -Funktion führen die Konvertierung zwischen UTC-Zeit und lokaler Zeit mithilfe von nur die aktuellen Informationen zur Zeitzone und Sommerzeit-Informationen. Diese Konvertierung tritt unabhängig von den Zeitstempel, der konvertiert wird.

Um ein Beispiel für dieses Verhalten in Windows Explorer anzuzeigen, gehen Sie folgendermaßen vor auf einem Computer, der sich in einer Zeitzone befindet, die DSTS verwendet.

Denken Sie daran, dass diese Schritte müssen Sie die Systemuhr ändern. Daher müssen Sie alle Anwendungen, z. B. Kalender-Anwendungen beenden, die auf diese Änderungen reagieren kann, bevor Sie diese Schritte.

1. Ändern Sie das Datum auf dem Computer zu einem DST Tag. Legen Sie z. B. das Datum um 1 Juli 2006.
2. Erstellen Sie in einem NTFS-Verzeichnis auf dem Computer eine neue Textdatei mit dem Namen Test.txt.
3. Beachten Sie, dass der Timestamp der Datei wie folgt in Windows Explorer angezeigt wird:
   7, 1/2006 15: 37 Uhr
4. Ändern Sie das Datum auf dem Computer auf einen nicht Sommerzeit Tag. Legen Sie z. B. das Datum auf 1 Februar 2007.
5. Aktualisieren Sie Windows Explorer-Fenster.
6. Beachten Sie, dass der Timestamp der Datei wie folgt in Windows Explorer angezeigt wird:
   7, 1/2006 2: 37: 00

In diesem vorherigen Beispiel wird der UTC-Zeitstempel für die Datei nicht geändert. Je nach am aktuellen Datum auf dem Computer ändern Regeln, die zum Konvertieren des Zeitstempels in eine lokale Zeit jedoch. In Schritt 3 wurde ein DST Offset angewendet, da innerhalb des Bereichs DST Juli 1 liegt. In Schritt 6 wurde kein DST Offset angewendet, da Februar 1 nicht innerhalb des Bereichs DST fällt. Dieses Verhalten tritt so, dass die Dateitimestamp deterministisch von lokalen Zeit und lokaler Zeit konvertiert werden kann.

Weitere Informationen finden Sie diesem Blog: Die SystemTimeToTzSpecificLocalTime() -Methode und die TzSpecificTimeToSystemTime() -Methode konvertieren mithilfe der bereitgestellten TIME_ZONE_INFORMATION zwischen UTC und der lokalen Zeit. Wenn keine Zeitzoneninformationen bereitgestellt wird, diese Funktionen verwenden die aktuelle Zeitzonenregeln und die DST-Regeln bestimmen, ob ein DST-Offset müssen auf der Timestamp angewendet werden. Dies entspricht funktionell dem Aufruf der GetTimeZoneInformation() -Methode, um die Struktur "TIME_ZONE_INFORMATION erhalten, die derzeit in Kraft ist.

Die Struktur "TIME_ZONE_INFORMATION enthält das Startdatum und Enddatum für Sommerzeit. Daher kann die Struktur "TIME_ZONE_INFORMATION aktuelle Zeitzoneninformationen verwendet, die Struktur" TIME_ZONE_INFORMATION historische Ungenauigkeit einführen. Dieses Verhalten kann auftreten, wenn die aktuelle Zeitzoneninformationen und der DST Informationen nicht den Zeitstempel wider, der konvertiert wird. Dieses Verhalten ist von der Sommerzeit 2007 betroffen, nur auf, da die Regeln, die Datumsangaben zu, steuern Wenn DSTS startet und stoppt, geändert wurden.

Historisch gesehen genaue Konvertierungen von diesen Funktionen erhalten Sie müssen eine Anwendung historisch gesehen genau TIME_ZONE_INFORMATION angeben, wenn die Anwendung diese Funktionen aufruft.

Dynamische Zeitzonen in Windows

Windows Vista führt dynamische DST-Zeitzonen. Dynamische DST bietet Unterstützung für Zeitzonen, deren Grenzen für Sommerzeit Jahr zu Jahr ändern. Diese Regeln werden in der Registrierung gespeichert. Anwendungen können die Regeln mithilfe der Funktion GetDynamicTimeZoneInformation() Abfragen.

Dynamische Zeitzonen aktivieren einfacher Aktualisieren von Computern, insbesondere für Gebietsschemas, bei denen die jährlichen DST Grenzen im Voraus bekannt sind. Weitere Informationen über die Struktur DYNAMIC_TIME_ZONE_INFORMATION im Windows SDK für Vista der folgenden Microsoft Developer Network (MSDN)-Website:

Konvertierung von Ortszeit in C-Laufzeit (CRT)

Die CRT hat im Wesentlichen drei Modi, in denen Zeitstempel übersetzt werden kann:

• Wenn die Umgebungsvariable "TZ nicht festgelegt ist, wird die CRT Ruft die Windows-APIs und Windows verhält, wie in diesem Artikel beschrieben.
• Wenn die Umgebungsvariable "TZ festgelegt ist, führt die CRT eigene Konvertierungen, die auf die Einstellung basieren. Die CRT wird aktualisiert, so dass es die neuen Sommerzeit 2007 Regeln, berücksichtigt bei Konvertierungen in diesem Szenario.
• Wenn die Umgebungsvariable "TZ ist nicht festgelegt, aber die zugrunde liegende Windows-APIs fehlschlagen, greift die CRT zurück eigene Konvertierungen mit einen Wert von PST8PDT für die Umgebungsvariable" TZ.

Die CRT enthält seine eigene Logik zum Konvertieren von UTC in Ortszeit. Anwendungen können UTC Timestamps von Funktionen wie z. B. der time() -Funktion erhalten. Diese UTC Timestamps werden in Time_t Werte gespeichert. Konvertierung in lokaler Zeit kann mit einer Funktion wie z. B. die localtime_s() -Funktion ausgeführt werden. Die localtime_s() -Funktion füllt eine tm-Struktur, die in der Time.h-Headerdatei definiert ist. Die tm-Struktur basiert auf die Zeitzone, die in der Umgebungsvariable "TZ definiert ist und die DST-Regeln, die zum Zeitpunkt der Timestamp der wirksam sind.

Hinweis: Diese Konvertierung folgt spezifischen Regeln in die Vereinigten Staaten.

Bevor Sie das Sommerzeit 2007-Update anwenden, behandelt die CRT korrekt aktuelle Timestamps im Zeitzonen der USA. Nachdem Sie das Sommerzeit 2007-Update angewendet haben, verarbeitet die CRT auch vergangenen und zukünftigen USA Datumsangaben. Updates für die CRT sind in Abschnitt ? Informationsquellen eingeben aufgeführt.

Konvertierung von Ortszeit in .NET Framework

Die .NET Framework enthält Klassen, die speichern und Konvertieren von Timestamps. Diese Klassen umfassen die DateTime -Klasse, TimeZone -Klasse, die TimeSpan -Klasse und der DateTimeKind -Klasse. Wie zuvor erwähnt hängt diese Klassen in erster Linie die zugrunde liegende Plattform-Implementierung. Diese Klassen weisen dasselbe Verhalten wie die zugrunde liegende Betriebssystem-APIs.

Eine interessante Verhalten durch die Klassen von .NET Framework-Datum und Uhrzeit Klassen wies bezieht sich auf Funktionen, die den Timestamp mit einem angeforderten Betrag offset. Betrachten Sie beispielsweise die AddHours() -Funktion, die AddMinutes() -Funktion und die AddSeconds() -Funktion in die DateTime -Klasse. Diese Funktionen und Funktionen, die ähnlich benannten lediglich den Zeitstempel werden die angeforderte Menge ohne Berücksichtigung der Sommerzeit-Einstellungen erhöht. Dieses Verhalten kann einfache arithmetische Operationen auf der zugrunde liegenden UTC Timestamp betrachtet. Dieses Verhalten konnte jedoch zu unerwarteten Ergebnissen führen, wenn das Hinzufügen den Zeitstempel, in oder außerhalb des DST zu übergeben. Dieses Verhalten ist nicht mit Änderungen, Sommerzeit 2007 in Zusammenhang.

Empfehlungen

Die folgenden Empfehlungen können Entwickler die Auswirkungen der Sommerzeit 2007 minimieren und allgemeine Datum und Zeit Fehlerbehandlung zu verbessern.

• Sie sollten für eine in der Nähe von atomaren Installation der Updates Sommerzeit 2007 planen. Alle geplanten Sommerzeit 2007 Updates sollten als schließen rechtzeitig zu anderen wie möglich angewendet werden. Wenn ein Computer, der aktualisiert wurde versucht, verwenden Methoden wie SQL-Abfragen oder Webdienste mit einem Computer kommunizieren, die nicht aktualisiert wurde, können Übersetzung Fehler auftreten. Auf ähnliche Weise sollte ein einzelner Computer zwei oder mehr Updates, wie z. B. das Windows-Update und das Update CRT benötigt die Updates zur gleichen Zeit angewendet werden.
• UTC Timestamps sind in der Vergangenheit genau. Es ist i. d. r. die Konvertierung in lokale Zeit, die meisten Anwendungen betrifft. Anwendungen sollten immer UTC Zeitstempel speichern. Konvertierungen in Ortszeit für die Anzeige erfordern Zeitzoneninformationen und DST Informationen. Diese Informationen kann aus verschiedenen Quellen stammen:
  • Die Anwendung kann die aktuelle Zeitzone und Sommerzeit-Einstellung für die Konvertierung verwenden. Dies kann ein Fehler bei der Konvertierung verursachen, wenn die aktuelle Zeitzone und Sommerzeit-Einstellung nicht wirksam zum Zeitpunkt der Timestamp der waren.
  • Die Anwendung kann die zuvor genaue Zeitzoneninformationen und DST Informationen zusätzlich zu den UTC-Zeitstempel speichern.
  • Wenn dynamische Zeitzonen verfügbar sind, kann die Anwendung dynamische Zeitzonen verwenden, um bestimmen, welche Zeitzoneninformationen zu einem bestimmten UTC Zeitstempel angewendet werden sollten. Diese Option steht nur, wenn die dynamische Zeitzoneninformationen für einen bestimmten Zeitstempel und eine spezielle Zeitzone verfügbar ist.
  • Die Anwendung kann einen lokalen Timestamp und der UTC-Zeitstempel speichern. Diese Methode verhindert die Notwendigkeit zukünftiger Konvertierung.
• Jede Kommunikation zwischen Computern, die mit Timestamps sollten UTC Timestamps verwenden. Dadurch implizit beide Computer den gleichen Kontextinformationen für UTC.
• Wenn eine Anwendung Daten verarbeitet, sollten Sie vorsichtig mit der Art und Weise sein, dass die Datumsangaben in Tests behandelt werden. Datumsangaben, die angezeigt werden, ohne Informationen zur werden i. d. r. als ein Zeitstempel 12: 00 Uhr auf dem entsprechenden Datum gespeichert. Konnte ein Deaktivieren von-1-Fehler in der Stunde Teil der Timestamp daher ein off-durch-One-Ergebnis das effektive Datum wenn die Zeit um 11: 00 Uhr am vorangegangenen Tag verschoben wird.

Weitere Informationen über das Portal Sommerzeit 2007 Microsoft die folgenden Microsoft-Website: http://support.microsoft.com/gp/cp_dst (http://support.microsoft.com/gp/cp_dst) Weitere Informationen finden Sie in den folgenden Artikeln der Microsoft Knowledge Base: Weitere Informationen finden Sie auf der folgenden Microsoft Developer Network (MSDN)-Websites:Um Updates für die C-Laufzeit (CRT) Sommerzeit 2007 zu erhalten, finden Sie folgende Artikel der Microsoft Knowledge Base: