pep proposal : A date object for the standard library

Robin Becker robin at jessikat.fsnet.co.uk
Wed Dec 12 05:26:08 EST 2001


In article <pcosnaho36o.fsf at thoth.home>, Harald Hanche-Olsen
<hanche at math.ntnu.no> writes
....
>No, no, no.  I never meant to advocate a TimeOfDay class without
>reference to the date.  If you need to specify a time, you need the
>date to go with it, or the time is useless.  So there should be a Date
>or Calendar class that merely understands dates and calendars, with no
>reference to time of day.  And there should be a Time class, which
>specifies a time by giving both the date (from the former class) and a
>time of day.  (Complete with time zone information.)  All I'm saying
>is that the first module needs to be nailed down dead solid before
>you even start tackling the second.
>
I agree with this approach, but would beg the implementors of the Date
class to allow for the possibility of different sequencing. For example
I have modified NormalDate to get a subclass of NormalDate that does
business dates (ie misses out Sat/Sun), but that also has a sequence
representation (scalar value) that is gapless. With a BD corresponding
to a Monday subtracting 1 gives a BD of the preceding Friday. There are
also many other useful date 'frequencies' eg weekly, monthly, quarterly
yearly etc etc. 
-- 
Robin Becker



More information about the Python-list mailing list