DateTime-Werte in Architekturflüssen und Sommerzeitberechnungen (DST)

Bei diesem grundlegenden Ansatz kann ein Flussautor einen Offset in einer Flussstufenvariablen speichern und diesen auf die in den Flussberechnungen verwendeten UTC-DateTime-Werte anwenden. Im folgenden Beispiel wird der Offset in Flow.HourOffsetgespeichert:

Flow.LocalDateTime = AddHours(GetCurrentDateTimeUtc(), Flow.HourOffset)

Wenn eine Zeitzone vor- oder zurückspringt, ändern Sie den Wert in Flow.HourOffset und veröffentlichen Sie den Fluss erneut Diese einfache Logik kann für Ihr Unternehmen ausreichend sein. In einigen Zeitzonen, z. B. in Arizona und Hawaii, gibt es keinen Vorwärts- oder Rückwärtssprung, so dass ein fest kodierter Versatz ausreicht.

Darüber hinaus gibt es Zeitzonen, die nicht um eine Stunde, sondern um 30 Minuten vor- oder zurückgehen. Verwenden Sie in diesen Fällen AddMinutes anstelle von AddHours, um den entsprechenden Versatz anzuwenden. Wenn Sie eine lokale Zeit haben, die mit der Sommerzeit übereinstimmt, ändern Sie den Wert, der in der für den Offset verwendeten Variablen gespeichert ist, entsprechend, wenn die Zeit vor- oder zurückgeht. Im obigen Beispiel bedeutet das, den Wert in Flow.HourOffset zu ändern und den Fluss neu zu veröffentlichen, wenn die Zeit vor- oder zurückspringt.

Um zu vermeiden, dass der Fluss jedes Mal neu veröffentlicht werden muss, wenn die Zeitzone vor- oder zurückspringt, wie im vorherigen Beispiel, können Sie Auflistungsvariablen verwenden, um Offsets für eine Zeitzone zu berücksichtigen. Diese Option erfordert zwar anfangs mehr Arbeit, macht aber die Verwaltung von Offsets, die in Variablen auf der Ablaufebene gespeichert sind, überflüssig und bietet mehr Einfachheit als die Verwendung von Ausdrücken.

Diese Methode verwendet einen parallelen Array-Ansatz und speichert die gewünschten Offsets, die den Bias-Offset für eine Zeitzone mit einem UTC-DateTime-Wert berücksichtigen. In diesem Beispiel werden ganzzahlige Sammelvariablen für die Berechnung von DateTime-Werten für die östliche Zeitzone eingerichtet. 

* Fügen Sie weitere Einträge für Abrufbewegungen hinzu, die über das Jahr 2020 hinausgehen.

Bei dieser Sammlung handelt es sich um eine Reihe von UTC-DateTime-Werten, die angeben, wann die östliche Zeitzone vor- oder zurückspringt. Erstellen Sie nun eine Aufgabe, die bei der Initiierung eines Flusses nach einer Ortszeit sucht, die auf der Sommerzeit und der Zeitzone basiert:

1. Bestimmen Sie den UTC-DateTime-Wert, für den der Autor des Flusses eine lokale DateTime erhalten möchte. Verwenden Sie z. B. eine Datenaktualisierungsaktion oder eine Flow.StartDateTimeUtc, um GetCurrentDateTimeUtc() in Flow.UtcDateTimeToCheck zu speichern, oder verwenden Sie in diesem Fall Flow.StartDateTimeUtc.
2. Hinzufügen und Konfigurieren einer Schleifenaktion:
   1. Beginnen Sie bei Index 0 und durchlaufen Sie die Flow.UTCDateTimeCollection.
   2. Für den ersten in Flow.UTCDateTimeCollection gefundenen Wert, der größer oder gleich Flow.UtcDateTimeToCheckist, speichern Sie den entsprechenden Minuten-Offset aus dem gleichen Element-Index in Flow.LocalTimezoneMinuteOffsetCollection zu Flow.MinuteOffsetToApply.
3. Wenn nach der Schleife Flow.MinuteOffsetToApplykein Wert zugewiesen wird, weisen Sie einen Standard-Minuten-Offset zu, z. B. 300. In diesem Fall hat der UTC-DateTime-Wert für die Zeitüberprüfung keinen Eintrag in der Variablen Flow.UtcDateTimeCollection , der größer oder gleich diesem Wert ist
4. Verwenden Sie dann den folgenden Ausdruck, um die Ortszeit aus dem obigen Algorithmus zu erhalten:

   Flow.MyLocalDateTimeToUse = AddMinutes(Flow.UtcDateTimeToCheck, Flow.MinuteOffsetToApply)

Sie haben nun eine Ortszeit mit der entsprechenden Verzerrung, die Sie für Berechnungen verwenden können. Die angewandte Verzerrung basiert auf dem Nachschlagewert in der Sammlung Flow.LocalTimezoneMinuteOffset

Obwohl der Ansatz des Ausdrucks komplexer ist, erfordert diese Methode keine fest kodierten DateTime-Werte in einer Sammlung zusammen mit einer entsprechenden Offset-Integer-Sammlung. Allerdings können sich Ausdrücke als komplizierter erweisen, wenn es um die Anpassung einer bestimmten Zeitzone geht, vor allem, wenn das Vor- oder Zurückspringen einen Tageswechsel in den UTC-DateTime-Berechnungen bewirkt.

AddMinutes(Flow.StartDateTimeUtc,
     (
          If(Flow.StartDateTimeUtc >= GetDayOfWeekOccurrence(1,-1,Year(Flow.StartDateTimeUtc),3,1,0,0)
               and Flow.StartDateTimeUtc <= GetDayOfWeekOccurrence(1,-1,Year(Flow.StartDateTimeUtc),10,1,0,0),
               -240,
               -300)
     )
)

(
      (Month(Flow.UtcDateTime) > 3)
        or
      (Month(Flow.UtcDateTime) == 3 and Month(AddDays(Flow.UtcDateTime, -7)) == 3 and Month(AddDays(Flow.UtcDateTime, -14)) == 3)
        or
      (
        (Month(Flow.UtcDateTime) == 3 and Month(AddDays(Flow.UtcDateTime, -7)) == 3 and Month(AddDays(Flow.UtcDateTime, -14)) == 2)
          and
        (DayOfWeek(Flow.UtcDateTime) > 1 or (Hour(Flow.UtcDateTime) >= 7))
      )
    )
    and
    (
      (Month(Flow.UtcDateTime) < 11)
        or
      (
        (Month(Flow.UtcDateTime) == 11 and Month(AddDays(Flow.UtcDateTime, -7)) == 10)
          and
        (
          (DayOfWeek(Flow.UtcDateTime) == 1 and Hour(Flow.UtcDateTime) < 8)
            or
          DayOfWeek(Flow.UtcDateTime)!=1
        )
      )
    )