Dlaczego pytz localize() nie tworzy obiektu datetime z tzinfo pasującego do obiektu tz, który go zlokalizował?

Question

Czy jest ktoś, kto może mi pomóc zrozumieć, co tu się dzieje?

import pytz 
from datetime import datetime 
tz = pytz.timezone('Europe/Berlin') 
print repr(tz) 
# <DstTzInfo 'Europe/Berlin' LMT+0:53:00 STD> 
dt = datetime(2011, 1, 3, 18, 40) 
result = tz.localize(dt) 
print repr(result.tzinfo) 
# <DstTzInfo 'Europe/Berlin' CET+1:00:00 STD> 
assert result.tzinfo == tz, "Why aren't these the same timezone?" 

Moje zrozumienie, że metoda localize() na obiekcie czasowej pytz zajęłoby naiwny obiekt datetime i dodać obiekt tzinfo pasujący obiekt czasowej wykonywania lokalizację. Wydaje się, że nie dzieje się to w tym przypadku.

Najwyraźniej jest coś, czego nie rozumiem o strefach czasowych, lub o sposobie, w jaki pytz obsługuje strefy czasowe. Czy ktoś może wyjaśnić?

Answer 1

One są w tej samej strefie czasowej - "Europe/Berlin".

Podczas drukowania ich wyniki zawierają skrót i przesunięcie obowiązujące w danym momencie.

Jeśli przyjrzysz the tz data sources, zobaczysz:

# Zone NAME   GMTOFF RULES  FORMAT [UNTIL] 
Zone Europe/Berlin 0:53:28 -   LMT  1893 Apr 
         1:00  C-Eur  CE%sT 1945 May 24 2:00 
         1:00  SovietZone CE%sT 1946 
         1:00  Germany  CE%sT 1980 
         1:00  EU   CE%sT 

Więc wydaje się, że jeśli strefa czasowa nie jest zlokalizowana datetime, to po prostu wykorzystuje pierwszy wpis.

Byłoby również pojawić że pytz nie zachowuje dodatkowe 28 sekund od pierwotnego miejscowego odchylenia średniego czasu - ale to nie ma znaczenia, chyba, że ​​pracujemy z datami w Berlinie przed kwietniem 1893 roku