Что мне нужно делать
У меня есть объект datetime, не требующий часового пояса, для которого мне нужно добавить часовой пояс, чтобы иметь возможность сравнивать его с другими объектами datetime, ориентированными на часовой пояс. Я не хочу, чтобы преобразовать все мое приложение в часовой пояс, не подозревая об этом одном устаревшем случае.
Что я пробовал
Во-первых, чтобы продемонстрировать проблему:
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import datetime
>>> import pytz
>>> unaware = datetime.datetime(2011,8,15,8,15,12,0)
>>> unaware
datetime.datetime(2011, 8, 15, 8, 15, 12)
>>> aware = datetime.datetime(2011,8,15,8,15,12,0,pytz.UTC)
>>> aware
datetime.datetime(2011, 8, 15, 8, 15, 12, tzinfo=<UTC>)
>>> aware == unaware
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: can't compare offset-naive and offset-aware datetimes
Во-первых, я попробовал astimezone:
>>> unaware.astimezone(pytz.UTC)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ValueError: astimezone() cannot be applied to a naive datetime
>>>
Не удивительно, что это не удалось, так как он действительно пытается сделать преобразование. Заменить показалось лучшим выбором (как Python: как получить значение datetime.today(), которое является "уведомлением о часовом поясе" ?):
>>> unaware.replace(tzinfo=pytz.UTC)
datetime.datetime(2011, 8, 15, 8, 15, 12, tzinfo=<UTC>)
>>> unaware == aware
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: can't compare offset-naive and offset-aware datetimes
>>>
Но, как вы можете видеть, вместо замены, похоже, следует установить tzinfo, но не информировать объект. Я готов вернуться к вращению входной строки, чтобы иметь часовую зону перед ее разбором (я использую dateutil для синтаксического анализа, если это имеет значение), но это кажется невероятным kludgy.
Кроме того, я пробовал это как в python 2.6, так и в python 2.7 с теми же результатами.
Контекст
Я пишу парсер для некоторых файлов данных. Существует старый формат, который мне нужен, чтобы поддерживать, когда строка даты не имеет индикатора часового пояса. Я уже исправил источник данных, но мне все еще нужно поддерживать устаревший формат данных. Однократное преобразование устаревших данных не является вариантом для различных бизнес-причин BS. Хотя в целом мне не нравится идея жесткого кодирования часового пояса по умолчанию, в этом случае это кажется лучшим вариантом. Я с достаточной уверенностью знаю, что все устаревшие данные находятся в UTC, поэтому я готов принять риск дефолта в этом случае.