Stellen wir uns für einen Moment vor, Sie wären ein internationaler Action-Spion, der sein Leben der Aufgabe gewidmet hat, die Menschen auf der Welt vor Gefahren zu schützen. Sie erhalten die folgende Mission:
Guten Tag, Agent IRIS,
Es tut uns leid, dass wir Ihren Urlaub auf den Bahamas unterbrochen haben, aber wir haben gerade die Nachricht von unserem Londoner Agenten erhalten, dass in einem dicht besiedelten Gebiet in Los Angeles eine „Zeitbombe“ explodieren soll. Unseren Quellen zufolge soll die „Zeitbombe“ heute Nachmittag um 15:14 Uhr ausgelöst werden.
Beeilen Sie sich, die Leute zählen auf Sie!
Sie stehen schnell auf und bereiten sich auf den Weg nach Los Angeles, merken aber schnell, dass Ihnen eine wichtige Information fehlt; Wird die „Zeitbombe“ um 15:14 Uhr Bahama-Zeit oder um 15:14 Uhr Los Angeles-Zeit ausgelöst? ...oder vielleicht sogar 15:14 Uhr Londoner Zeit.
Sie merken schnell, dass die Ihnen angegebene Zeit (15:14 Uhr) Ihnen nicht genügend Informationen gibt, um zu bestimmen, wann Sie in Los Angeles sein müssen.
Die Ihnen angegebene Zeit (15:14 Uhr) war nicht eindeutig. Sie benötigen weitere Informationen, um einen genauen Zeitpunkt zu ermitteln.
Wenn Sie über das Problem nachdenken, erkennen Sie, dass es Methoden gibt, die Unklarheit über die Ihnen zur Verfügung gestellte Zeit zu überwinden:
Ihre Quelle hätte den Ort angeben können, an dem die Ortszeit 15:14 Uhr war. Zum Beispiel Los Angeles, Bahamas oder London.
Ihre Quelle könnte einen Standard wie UTC (koordinierte Weltzeit) verwendet haben, um Ihnen einen Offset von einem vereinbarten Standort (wie Greenwich, London) zu liefern.
Sie rufen Ihre Quelle an und bestätigen, dass die angegebene Zeit tatsächlich 15:14 Uhr Ortszeit in Los Angeles war. Sie können nach Los Angeles reisen, die „Zeitbombe“ vor 15:14 Uhr entschärfen und schnell auf die Bahamas zurückkehren, um Ihren Urlaub zu beenden.
Was ist also der Sinn dieser Gedankenübung? Ich bezweifle, dass irgendjemand von uns auf das oben beschriebene Problem stoßen wird, aber wenn Sie mit einer Anwendung oder einem Code arbeiten, der Daten von einem Standort an einen anderen verschiebt (insbesondere, wenn die Standorte in unterschiedlichen Zeitzonen liegen), müssen Sie sich dessen bewusst sein wie man mit Datums- und Uhrzeitangaben und Zeitzonen umgeht.
Nun, Zeitzonen sind nicht so schlimm. Sommerzeit und politische Grenzen erschweren Zeitzonen.
Ich dachte, ich hätte die „allgemeine“ Idee von Zeitzonen immer verstanden: Der Planet ist nach Zeitzonen in vertikale Scheiben unterteilt, wobei jede Zeitzone eine Stunde hinter der Zeitzone im Osten liegt.
Während diese Vereinfachung für viele Standorte gilt, gibt es leider viele Ausnahmen von dieser Regel.
Referenz: Zeitzonen der Welt (Wikipedia)
Um die Sprache der Übermittlung bestimmter Zeiten zu vereinfachen, hat sich die Welt für die Verwendung von UTC (koordinierte Weltzeit) entschieden. Dieser Standard legt den „Ursprung“ auf den 0°-Längengrad fest, der durch Greenwich, London verläuft.
Ausgehend von UTC können alle anderen Zeitzonen relativ zu UTC definiert werden. Diese Beziehung wird als UTC-Offset bezeichnet.
Wenn Sie eine Ortszeit und einen Offset haben, haben Sie keine mehrdeutige Zeit mehr (wie in unserem Spionagebeispiel oben zu sehen); Sie haben eine bestimmte und spezifische Zeit ohne Unklarheiten.
Das typische Format zur Anzeige des UTC-Offsets ist ±HHMM[SS[.ffffff]].
In Amerika beispielsweise ist die Eastern Standard Zime Zone (EST) als -0500 UTC definiert. Das bedeutet, dass alle Standorte in EST 5 Stunden hinter UTC liegen. Wenn die Zeit 21:00 Uhr UTC ist, ist die Ortszeit in EST 16:00 Uhr.
In der australischen Central Western Standard Time Zone (ACWST) ist der Offset als 0845 UTC definiert. Wenn die Zeit 1:00 Uhr UTC ist, ist die Ortszeit in ACWST 9:45 Uhr.
Also zurück zu den Zeitzonenkarten oben. Auf dem Bild können Sie erkennen, dass viele Zeitzonen den politischen Grenzen von Ländern und Regionen folgen. Dies verkompliziert die Zeitzonenberechnungen etwas, ist aber leicht genug, um sich Gedanken darüber zu machen.
Leider gibt es bei der Arbeit mit Zeiten und Zeitzonen noch einen weiteren Faktor zu berücksichtigen.
Schauen wir uns Los Angeles an.
Auf der Karte beträgt der UTC-Offset für Los Angeles -8 in der Standardzeit. In den Wintermonaten gilt normalerweise die Standardzeit, während in den Sommermonaten normalerweise die Sommerzeit gilt.
Die Sommerzeit (DST) stellt die Uhren in einer bestimmten Zeitzone vor (normalerweise um eine Stunde während der Sommermonate). Es gibt mehrere Gründe, warum sich politische Regionen für die Einführung der Sommerzeit entscheiden könnten (z. B. Energieeinsparungen, bessere Nutzung des Tageslichts usw.). Die Schwierigkeit und Komplexität der Sommerzeit besteht darin, dass die Sommerzeit weltweit nicht einheitlich eingehalten wird. Abhängig von Ihrem Standort folgt Ihre Region möglicherweise der Sommerzeit oder nicht.
Da die Kombination aus politischen Grenzen und Sommerzeit die Komplexität der Bestimmung einer bestimmten Zeit erheblich erhöht, ist eine Zeitzonendatenbank erforderlich, um Ortszeiten bestimmten Zeiten relativ zur UTC korrekt zuzuordnen. Die Zeitzonendatenbank der Internet Assigned Numbers Authority (IANA) ist die gemeinsame Quelle für Zeitzoneninformationen, die von Betriebssystemen und Programmiersprachen verwendet werden.
Die Datenbank enthält die Namen und Aliase aller Zeitzonen, Informationen zum Offset, Informationen zur Nutzung der Sommerzeit, Zeitzonenabkürzungen und die Datumsbereiche, für die die verschiedenen Regeln gelten.
Kopien und Informationen zur Zeitzonendatenbank finden Sie auf der Website der IANA.
Die meisten UNIX-Systeme verfügen über eine Kopie der Datenbank, die mit dem Paketmanager des Betriebssystems aktualisiert wird (normalerweise installiert in /usr/share/zoneinfo). In einigen Programmiersprachen ist die Datenbank integriert. Andere stellen es über eine Bibliothek zur Verfügung oder können die Systemkopie der Datenbank lesen.
Die Zeitzonendatenbank enthält viele Namen und Aliase für bestimmte Zeitzonen. Viele der Einträge enthalten im Namen ein Land (oder einen Kontinent) und eine Großstadt. Zum Beispiel:
Jetzt wissen wir also Folgendes:
Wie arbeiten wir in diesem Wissen mit Datums-/Zeitzonen in ObjectScript?
***Hinweis: Ich glaube, dass alle folgenden Aussagen zu ObjectScript wahr sind, aber bitte lassen Sie mich wissen, wenn ich falsch darlege, wie ObjectScript mit Zeitzonen und Offsets funktioniert.
Wenn Sie Zeitstempel zwischen verschiedenen Formaten innerhalb der Systemzeitzone des Prozesses, auf dem IRIS ausgeführt wird, konvertieren müssen, sollten die integrierten Funktionen von ObjectScript ausreichen. Hier ist eine kurze Auflistung verschiedener zeitbezogener Variablen/Funktionen in ObjectScript:
$ZTIMESTAMP / $ZTS
$NOW(tzmins)
$HOROLOG
$ZTIMEZONE
$ZDATETIME() / $ZDT()
$ZDATETIMEH() / $ZDTH()
Soweit ich das beurteilen kann, können diese Funktionen Datumsangaben nur mithilfe der Zeitzone des lokalen Systems manipulieren. Es scheint keine Möglichkeit zu geben, in ObjectScript mit beliebigen Zeitzonen zu arbeiten.
Um die Konvertierung in und aus beliebigen Zeitzonen zu ermöglichen, habe ich an der Erstellung der tz – ObjectScript Time Zone Conversion Library gearbeitet.
Diese Bibliothek greift auf die auf Ihrem System installierte Zeitzonendatenbank zu, um Unterstützung für die Konvertierung von Zeitstempeln zwischen Zeitzonen und Formaten bereitzustellen.
Wenn Sie beispielsweise eine Ortszeit in Los Angeles (Amerika/Los_Angeles) haben, können Sie diese in die auf den Bahamas (Amerika/New_York) verwendete Zeitzone oder die in London (Europa/London) verwendete Zeitzone umrechnen:
USER>zw ##class(tz.Ens).TZ("2024-12-20 3:14 PM", "America/Los_Angeles", "America/New_York") "2024-12-20 06:14 PM" USER>zw ##class(tz.Ens).TZ("2024-12-20 3:14 PM", "America/Los_Angeles", "Europe/London") "2024-12-20 11:14 PM"
Wenn Sie einen Zeitstempel mit einem Offset erhalten, können Sie ihn in die Ortszeit in Eucla, Australien (Australia/Eucla) umrechnen, auch wenn Sie die ursprüngliche Zeitzone nicht kennen:
USER>zw ##class(tz.Ens).TZ("2024-12-20 08:00 PM -0500", "Australia/Eucla") "2024-12-21 09:45 AM +0845"
Wenn Sie mit HL7-Nachrichten arbeiten, verfügt die tz-Bibliothek über mehrere Methoden, die Interoperabilitätsregeln und DTLs ausgesetzt sind, um Ihnen die einfache Konvertierung zwischen Zeitzonen, Ortszeiten, Zeiten mit Offsets usw. zu erleichtern:
// Convert local time from one time zone to another set datetime = "20240102033045" set newDatetime = ##class(tz.Ens).TZ(datetime,"America/New_York","America/Chicago") // Convert local time to offset set datetime = "20240102033045" set newDatetime = ##class(tz.Ens).TZOffset(datetime,"America/Chicago","America/New_York") // Convert offset to local time set datetime = "20240102033045-0500" set newDatetime = ##class(tz.Ens).TZLocal(datetime,"America/Chicago") // Convert to a non-HL7 format set datetime = "20240102033045-0500" set newDatetime = ##class(tz.Ens).TZ(datetime,"America/Chicago",,"%m/%d/%Y %H:%M:%S %z")
Ich freue mich, dass Sie mich auf dieser „internationalen Reise“ begleiten, auf der wir Zeitzonen, Sommerzeit, Weltkarten und „Zeitbomben“ kennengelernt haben. Hoffentlich konnte dies einige der Komplexitäten bei der Arbeit mit Datums- und Uhrzeitangaben und Zeitzonen beleuchten (und vereinfachen).
Schauen Sie sich tz – ObjectScript Time Zone Conversion Library an und lassen Sie mich wissen, wenn Sie Fragen haben (oder Korrekturen/Klarstellungen zu etwas, das ich gesagt habe).
Danke!
Das obige ist der detaillierte Inhalt vonZeitzonen und Offsets und ObjectScript, oh mein Gott!. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!