pytz: Warum wird Normalize beim Konvertieren zwischen Zeitzonen benötigt?

Question

Ich lese das nicht so komplett pytz documentation und ich bin fest auf einen Teil davon zu verstehen.

Auch das Konvertieren zwischen Zeitzonen erfordert besondere Aufmerksamkeit. Dies erfordert auch die Normalize-Methode, um sicherzustellen, dass die Konvertierung korrekt ist.

>>> utc_dt = utc.localize(datetime.utcfromtimestamp(1143408899)) 
>>> utc_dt.strftime(fmt) 
'2006-03-26 21:34:59 UTC+0000' 
>>> au_tz = timezone('Australia/Sydney') 
>>> au_dt = au_tz.normalize(utc_dt.astimezone(au_tz)) 
>>> au_dt.strftime(fmt) 
'2006-03-27 08:34:59 EST+1100' 
>>> utc_dt2 = utc.normalize(au_dt.astimezone(utc)) 
>>> utc_dt2.strftime(fmt) 
'2006-03-26 21:34:59 UTC+0000' 

habe ich versucht, dieses sehr Beispiel ohnenormalize verwenden und es stellte sich heraus, genau das gleiche. Meiner Meinung nach erklärt dieses Beispiel nicht wirklich warum wir müssen normalize bei der Konvertierung zwischen datetime Objekte in verschiedenen Zeitzonen verwenden.

Würde jemand bitte geben Sie mir eine Beispiel (wie die oben), wo das Ergebnis unterscheidet, wenn nicht normalize verwenden.

Dank

Answer 1

Von der pytz Dokumentation:

Darüber hinaus, wenn Sie Datumsberechnungen auf lokalen Zeiten durchführen, die DST Grenzen überschreiten, (dh die Ergebnisse in einer falschen Zeitzone sein kann, subtrahieren 1. Minute. von 2002-10-27 1:00 EST und du bekommst 2002-10-27 0:59 EST anstelle des korrekten 2002-10-27 1:59 EDT). Eine normalize() -Methode wird bereitgestellt, um dies zu korrigieren. Leider können diese Probleme nicht gelöst werden, ohne die Python-Datetime-Implementierung zu ändern.

Answer 2

Die docs sagen, dass normalisieren als Behelfslösung für DST Ausgaben verwendet wird:

Darüber hinaus, wenn Sie Datumsberechnungen auf lokalen Zeiten durchführen, die DST Grenzen überschreiten, die Ergebnisse in einer falschen Zeitzone sein kann (dh subtrahieren Sie 1 Minute vom 27.10.2002 1:00 EST und Sie erhalten 2002-10-27 0:59 EST anstelle des korrekten 2002-10-27 1:59 EDT). Eine normalize() -Methode wird bereitgestellt, um dies zu korrigieren.

So wird es verwendet, um einige Randfälle mit DST zu korrigieren. Wenn Sie keine DST-Zeitzonen (z. B. UTC) verwenden, ist es nicht notwendig, Normalize zu verwenden.

Wenn Sie es nicht verwenden, könnte Ihre Konvertierung unter Umständen eine Stunde frei sein.