gpt4 book ai didi

python - DRF 使 DateTimeField 变得简单,而不考虑默认时区

转载 作者:太空宇宙 更新时间:2023-11-03 15:25:08 24 4
gpt4 key购买 nike

默认时区为 TIME_ZONE = 'America/Chicago'USE_TZ = False

在请求数据中,我有 time 字段,其值如下所示:

'2017-04-05T14:42:52.472+05:00'

当我这样做时:

serializer = self.get_serializer(data=data)
if serializer.is_valid():
...

该时间字段在 validated_data 内转换为:

2017-04-05 09:42:52.472000

也就是说,它让时间变得天真。但是,它没有考虑我的默认时区。我希望它首先将时间转换为芝加哥时间,然后使其天真:

2017-04-05 04:42:52.875000

就像django.utils.timezone.make_naive()的工作原理一样。

我正在通过使用 make_naive 来解决这个问题。但是,我认为这不是一个好的解决方案。

序列化器:

class LocationSerializer(serializers.ModelSerializer):
time = UnixTimestampField()

class Meta:
model = Location
fields = (
'latitude',
'longitude',
'time'
)

def validate(self, attrs):
user = self.context['request'].user
if user.is_authenticated():
attrs['tracking_id'] = user.tracking.id
attrs['device_id'] = user.current_device.id
return attrs

UnixTimestamp字段:

class UnixTimestampField(serializers.DateTimeField):
def to_representation(self, value):
if not value:
return value

return int(value.timestamp())

这是 DRF 的默认行为吗?解决这个问题的正确方法是什么?

最佳答案

所以我认为您对时间戳的含义有误解。

2017-04-05T14:42:52.472+05:00

此时间戳表示比祖鲁语早 5 小时。所以转换后的时间戳为:

2017-04-05 09:42:52.472000

已转换为 UTC,并且此时间戳看起来像我期望的 UTC 格式。虽然时间戳很幼稚,但它也是 UTC,所以我不认为这是在这本身就是一个问题。

However, it is not considering my default timezone. I would expect it to convert the time to Chicago time first and then make it naive to this:

我相信这也是一个误解。原始时间戳,通过+05:00 表示它相对于哪个时区。您本地的时区应该与它没有任何关系。

一般来说,处理时间戳的正确方法是尽快将它们转换为 UTC。然后尽可能长时间地将它们保留为 UTC,并且仅在向用户显示时将它们转换回时区表示形式。如果它们必须以时间偏移量存储,那么您开始使用的格式是一个很好的方法。

关于python - DRF 使 DateTimeField 变得简单,而不考虑默认时区,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43228009/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com