Pourquoi la fonction datetime.datetime.utcnow() ne contient-elle pas d'informations sur le fuseau horaire ?

Question

datetime.datetime.utcnow()

Pourquoi est-ce que datetime n'a pas d'information sur le fuseau horaire, étant donné qu'il s'agit explicitement d'un système UTC. datetime ?

Je m'attendrais à ce qu'il contienne tzinfo .

Answer 1

Notez qu'à partir de Python 3.2, la fonction datetime Le module contient datetime.timezone . La documentation pour datetime.utcnow() dit :

Une date UTC actuelle connue peut être obtenue en appelant datetime.now(timezone.utc) .

Donc, datetime.utcnow() ne fixe pas tzinfo pour indiquer qu'il s'agit d'une UTC, mais datetime.now(datetime.timezone.utc) renvoie l'heure UTC avec tzinfo set.

Donc vous pouvez le faire :

>>> import datetime
>>> datetime.datetime.now(datetime.timezone.utc)
datetime.datetime(2014, 7, 10, 2, 43, 55, 230107, tzinfo=datetime.timezone.utc)

Answer 2

Cela signifie qu'il ne tient pas compte du fuseau horaire, et que vous ne pouvez pas l'utiliser avec datetime.astimezone

vous pouvez lui donner un fuseau horaire comme ceci

import pytz  # 3rd party: $ pip install pytz

u = datetime.utcnow()
u = u.replace(tzinfo=pytz.utc) #NOTE: it works only with a fixed utc offset

vous pouvez maintenant changer de fuseau horaire

print(u.astimezone(pytz.timezone("America/New_York")))

Pour obtenir l'heure actuelle dans un fuseau horaire donné, vous pouvez passer tzinfo à datetime.now() directement :

#!/usr/bin/env python
from datetime import datetime
import pytz # $ pip install pytz

print(datetime.now(pytz.timezone("America/New_York")))

Il fonctionne pour tous les fuseaux horaires, y compris ceux qui observent l'heure d'été (DST), c'est-à-dire qu'il fonctionne pour les fuseaux horaires qui peuvent avoir des décalages utc différents à des moments différents (décalage utc non fixe). N'utilisez pas tz.localize(datetime.now()) -- il peut échouer pendant la transition vers la fin de l'heure d'été lorsque l'heure locale est ambiguë.

Answer 3

Les bibliothèques Python standard n'ont pas inclus de classes tzinfo avant Python 3.2. Je ne peux que deviner les raisons. Personnellement, je pense que c'était une erreur de ne pas inclure une classe tzinfo pour UTC, car celle-ci est assez peu controversée pour avoir une implémentation standard. Bien qu'il n'y ait pas d'implémentation dans la bibliothèque, il y en a une qui est donnée en exemple dans le fichier tzinfo documentation .

from datetime import timedelta, tzinfo

ZERO = timedelta(0)

# A UTC class.

class UTC(tzinfo):
    """UTC"""

    def utcoffset(self, dt):
        return ZERO

    def tzname(self, dt):
        return "UTC"

    def dst(self, dt):
        return ZERO

utc = UTC()

Une fois que vous avez un UTC tzinfo vous ne pouvez toujours pas l'utiliser avec l'objet utcnow . Pour obtenir l'heure actuelle sous la forme d'un objet datetime conscient :

from datetime import datetime 

now = datetime.now(utc)

Dans Python 3.2, ils ont finalement mis en place une UTC tzinfo dans la bibliothèque :

from datetime import datetime, timezone 

now = datetime.now(timezone.utc)

Dans Python 3.9, ils ont créé tzinfo des classes pour tous les autres fuseaux horaires. Voir PEP 615 -- Support de la base de données des fuseaux horaires de l'IANA dans la bibliothèque standard pour tous les détails.

Answer 4

Le site pytz Le module est une option, et il y en a une autre python-dateutil qui, bien qu'il s'agisse également d'un paquet tiers, peut déjà être disponible en fonction de vos autres dépendances et de votre système d'exploitation.

Je voulais juste inclure cette méthodologie pour référence- si vous avez déjà installé python-dateutil à d'autres fins, vous pouvez utiliser son tzinfo au lieu de dupliquer avec pytz

import datetime
import dateutil.tz

# Get the UTC time with datetime.now:
utcdt = datetime.datetime.now(dateutil.tz.tzutc())

# Get the UTC time with datetime.utcnow:
utcdt = datetime.datetime.utcnow()
utcdt = utcdt.replace(tzinfo=dateutil.tz.tzutc())

# For fun- get the local time
localdt = datetime.datetime.now(dateutil.tz.tzlocal())

Je suis plutôt d'accord pour dire que les appels à utcnow devrait inclure les informations sur le fuseau horaire UTC. Je soupçonne que ces informations ne sont pas incluses parce que la bibliothèque native datetime utilise par défaut des dates naïves pour des raisons de compatibilité croisée.

Answer 5

from datetime import datetime 
from dateutil.relativedelta import relativedelta
d = datetime.now()
date = datetime.isoformat(d).split('.')[0]
d_month = datetime.today() + relativedelta(months=1)
next_month = datetime.isoformat(d_month).split('.')[0]