2009-10-01 13 views

risposta

133

datetime.date.today() + datetime.timedelta(days=1) dovrebbe fare il trucco

30

timedelta in grado di gestire l'aggiunta di giorni, secondi, microsecondi, millisecondi, minuti, ore o settimane.

>>> import datetime 
>>> today = datetime.date.today() 
>>> today 
datetime.date(2009, 10, 1) 
>>> today + datetime.timedelta(days=1) 
datetime.date(2009, 10, 2) 
>>> datetime.date(2009,10,31) + datetime.timedelta(hours=24) 
datetime.date(2009, 11, 1) 

come chiesto in un commento, salto giorni non pongono alcun problema:

>>> datetime.date(2004, 2, 28) + datetime.timedelta(days=1) 
datetime.date(2004, 2, 29) 
>>> datetime.date(2004, 2, 28) + datetime.timedelta(days=2) 
datetime.date(2004, 3, 1) 
>>> datetime.date(2005, 2, 28) + datetime.timedelta(days=1) 
datetime.date(2005, 3, 1) 
+0

Gestisce anni bisestili ok? – Rook

+0

@ldigas: sì, sì. – nosklo

5

Nessuna manipolazione del leap seconds tho:

>>> from datetime import datetime, timedelta 
>>> dt = datetime(2008,12,31,23,59,59) 
>>> str(dt) 
'2008-12-31 23:59:59' 
>>> # leap second was added at the end of 2008, 
>>> # adding one second should create a datetime 
>>> # of '2008-12-31 23:59:60' 
>>> str(dt+timedelta(0,1)) 
'2009-01-01 00:00:00' 
>>> str(dt+timedelta(0,2)) 
'2009-01-01 00:00:01' 

maledettamente.

EDIT - @ Marco: La documentazione dire "sì", ma il codice dice "non tanto":

>>> time.strptime("2008-12-31 23:59:60","%Y-%m-%d %H:%M:%S") 
(2008, 12, 31, 23, 59, 60, 2, 366, -1) 
>>> time.mktime(time.strptime("2008-12-31 23:59:60","%Y-%m-%d %H:%M:%S")) 
1230789600.0 
>>> time.gmtime(time.mktime(time.strptime("2008-12-31 23:59:60","%Y-%m-%d %H:%M:%S"))) 
(2009, 1, 1, 6, 0, 0, 3, 1, 0) 
>>> time.localtime(time.mktime(time.strptime("2008-12-31 23:59:60","%Y-%m-%d %H:%M:%S"))) 
(2009, 1, 1, 0, 0, 0, 3, 1, 0) 

Vorrei pensare che gmtime o localtime avrebbe preso il valore restituito da mktime e mi ha dato indietro la tupla originale, con 60 come numero di secondi. E questo test dimostra che questi secondo salto può semplicemente svanire ...

>>> a = time.mktime(time.strptime("2008-12-31 23:59:60","%Y-%m-%d %H:%M:%S")) 
>>> b = time.mktime(time.strptime("2009-01-01 00:00:00","%Y-%m-%d %H:%M:%S")) 
>>> a,b 
(1230789600.0, 1230789600.0) 
>>> b-a 
0.0 
+0

'time.strftime' gestisce i secondi bisestili: vedi Nota 2: http://docs.python.org/library/time.html#time.strftime e Nota 3: http://docs.python.org/library/datetime .html # strftime-behavior –

+0

Questo perché Unix time non gestisce i secondi bisestili. Vedi http://en.wikipedia.org/wiki/Unix_time#History, http://www.mail-archive.com/[email protected]/msg00094.html e POSIX stesso. –

+0

"ogni giorno deve essere rappresentato esattamente da 86400 secondi" http://www.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap04.html#tag_04_15 –

4

Anche il modulo base time grado di gestire questo:

import time 
time.localtime(time.time() + 24*3600) 
+0

La soluzione più elegante tra tutte – Greg

+0

Questo fallisce ai limiti dell'ora legale negli Stati Uniti, perché a quei confini un giorno avrà 23 ore e un giorno avrà 25 ore. Anche questo non tiene conto dei secondi bisestili. –

+0

@CharlesWood: questa risposta può restituire un'ora diversa che (in alcuni fusi orari) significa che può restituire una ** diversa data ** (non domani) ma restituisce sempre l'ora esatta 24 ore prima (la risposta accettata ritorna a mezzanotte (ore sconosciute da ora)). Non vedo come i secondi intercalati possano cambiare il risultato qui a meno che non vengano chiamati durante un secondo intercalare sui sistemi in cui 23:59:60 e 00:00:00 hanno lo stesso timestamp. – jfs

Problemi correlati