маленькие программистские радости

[llivejo]

Заюзал питоновский модуль Arrow — это просто праздник какой-то! Наконец-то можно единообразно работать с датой-временем-часовыми поясами, а то я уже подзамучался с всеми этими time, datetime и pyTZ.



sudo pip install arrow

>>> import arrow
>>> local = arrow.now()
>>> local
<Arrow [2015-02-10T16:57:43.346416+08:00]>
>>> local.timestamp
1423558663
>>> local.format()
'2015-02-10 16:57:43+08:00'
>>> local.to('Europe/Moscow').format()
'2015-02-10 11:57:43+03:00'

Comments

[dma.livejournal.com]

они очень тщательно обходят вопрос timedelta.
Её нет?

[llivejo]

>>> x1 = arrow.now()
>>> x2 = arrow.now()
>>> (x2 - x1).seconds
6
>>> (x2 - x1)
datetime.timedelta(0, 6, 799807)

[dma.livejournal.com]

А. Хм. А производительность, в сравнении с тем же strptime?

[llivejo]

хз, я нигде в это не упирался еще

уверен что "под капотом" они юзают ту же strptime из datetime, просто сгруппировали для удобства набор функций

[dma.livejournal.com]

Я поставил и посмотрел в код.
Там используется tzinfo, а не pytz.
Что там с таймзонами-то будет? В питоне с этим какой-то ёбаный ад, надо как-то поосторожнее с.

[llivejo]

у меня есть очень хороший тест — с нашей свежевыпущенной зоной Asia/Chita:

>>> arrow.get("2014-10-01 22:00:00").to("Asia/Chita")
<Arrow [2014-10-02T08:00:00+10:00]>
>>> arrow.get("2014-11-01 22:00:00").to("Asia/Chita")
<Arrow [2014-11-02T06:00:00+08:00]>

значит Arrow использует информацию из системной tzdata, и это правильно

[llivejo]

проверил на сервере, где не обновлял tzdata, и выяснил что нифига не системную он использует

судя по
https://stackoverflow.com/questions/28279700/how-can-i-find-time-zone-database-version-when-using-arrow-or-dateutil

надо будет постоянно обновлять модуль :-(