【发布时间】:2019-07-06 10:03:01
【问题描述】:
我正在处理我最糟糕的噩梦 - 时区和 DST。我已经阅读了很多关于 stackoverflow 的帖子,但我仍然无法弄清楚。这是问题所在: 我正在为需要 UTC 一天的数据发出 API 请求,但我使用的系统需要在美国/太平洋时间提出请求。文档说:
报告范围过滤支持时区,但所有响应均返回美国太平洋时区,请相应调整夏令时结束。
DST 开始后的 API 调用应附加 -07:00,DST 结束后应附加 -08:00
-
2018 年夏令时从 2018 年 3 月 11 日星期日凌晨 2 点开始。
3 月 11 日之前的 API 调用应具有以下语法:
&start=2017-03-10T00:00:00-08:00&end=2017-03-10T23:59:59-08:00针对夏令时实际日期的 API 调用应具有以下语法:
&start=2018-03-11T00:00:00-08:00&end=2017-03-11T23:59:59-07:00
除了令人困惑的 2017 年和 2018 年混合之外,没有实际参数来指定您需要的时区,但您必须调整以下格式的数据:2018-03-11T00:00:00-08:00。
对我来说,它看起来像是一种 ISO 格式,但我花了很长时间尝试获得 yyyy-MM-dd'T'HH:mm:ssXXX 而不是 'yyyy-MM-dd'T'HH:mm:ss.SSSXXX',但无法完成这项工作。所以我创建了以下解决方法:
def dst_calc(single_date):
zone = pytz.timezone("US/Pacific")
day = single_date.strftime("%Y-%m-%d")
tdelta_1 = datetime.strptime('2:00:00', '%H:%M:%S') - datetime.strptime('1:00:00', '%H:%M:%S')
tdelta_0 = datetime.strptime('1:00:00', '%H:%M:%S') - datetime.strptime('1:00:00', '%H:%M:%S')
logger.info('check for DST')
if zone.localize(datetime(single_date.year, single_date.month, single_date.day)).dst() == tdelta_1:
logger.info('summertime')
start = single_date.strftime("%Y-%m-%d") + "T00:00:00-07:00"
end = single_date.strftime("%Y-%m-%d") + "T23:59:59-07:00"
elif zone.localize(datetime(single_date.year, single_date.month, single_date.day) + timedelta(days=1)).dst() == tdelta_1:
logger.info('beginning of summertime')
start = single_date.strftime("%Y-%m-%d") + "T00:00:00-08:00"
end = single_date.strftime("%Y-%m-%d") + "T23:59:59-07:00"
elif zone.localize(datetime(single_date.year, single_date.month, single_date.day)).dst() == tdelta_0:
logger.info('wintertime')
start = single_date.strftime("%Y-%m-%d") + "T00:00:00-08:00"
end = single_date.strftime("%Y-%m-%d") + "T23:59:59-08:00"
显然,这仅在美国/太平洋时区,为了获得 UTC 日期,我需要从开始和 8 个时间戳中减去 8 小时的差异,即有 T16:00:00-08:00,但我想知道是否有更好的方法/包/格式化程序可以做到这一点是一种更符合逻辑的方式。
【问题讨论】:
-
datetime包不是为您完成大部分工作吗? -
datetime实际上处理了很多这样的事情。更妙的是,pytz包在这里会成为朋友,pendulum很可能会成为你的灵魂伴侣。