这是我处理和处理特定日期的代码:
def o365_calendar_parse_url(self):
if validate_params(self.parameters):
data_url = self.o365_base_url + self.SUPPORTED_O365_INTENTS_URL['O365_CALENDAR_PARAMS']
start_date = ''
end_date = ''
if self.parameters["date"]:
split_date = self.parameters["date"].split("T")[0]
start_date = split_date
start_date = date_utilities.parse(start_date)
print(start_date)
end_date = start_date + datetime.timedelta(days=1)
final_url = data_url.format(start_date, end_date)
return final_url
else:
#other stuff
所以接收到的日期是:2018-10-18T12:00:00-06:00
,其想法是从该日期中删除时间(因为它模棱两可),因为我无法访问API,因此必须以这种方式处理它正在发送。之后,我们的想法是将该日期解析为ISO 8601格式,以便以要求的正确日期时间格式(ISO 8601)进行图形API的请求。
结果日期时间为2018-10-18 00:00:00
。发出请求后,结果URL为:
https://graph.microsoft.com/v1.0/me/calendarView?startDateTime=2018-10-18%2000:00:00&endDateTime=2018-10-19%2000:00:00&$select=subject,bodyPreview,start,end,location,organizer,webLink
在18日至19日之间带回1个项目。似乎很好,除了18th 00:00:00
和19th 00:00:00
之间实际上有2个事件。
其中一项活动是在18日下午12点,另一项活动是在8:30 pm。谁能告诉我为什么日期范围不起作用?我正在尝试找出原因,但是对我而言什么也没有发生。
答案 0 :(得分:0)
您未指定时区,因此2018-10-18 00:00:00
被视为UTC 0
。
原定于午夜举行的活动很可能不是于UTC举行,而是其他时区。例如,如果该事件预定为美国东部时间,则时区将为UTC - 5
。将美国东部标准时间10/18/2018 @ 12:00转换为UTC 0
时要早5个小时,即世界标准时间2018年10月17日@ 8:00 PM。
要在特定时区获取事件,您需要添加偏移量。例如:
2018-10-18T00:00:00-05:00
答案 1 :(得分:0)
经过大量测试,我能够解析传入的日期,使用以下通用函数将传入的时间重置为0小时,并将时区设置为UTC:
def to_utc_iso(date_string):
the_date = parser.parse(date_string)
string_date = the_date.replace(hour=0, tzinfo=timezone.utc).timestamp()
return datetime.fromtimestamp(string_date).isoformat()