[local-time-devel] A new release & possible extensions

Attila Lendvai attila.lendvai at gmail.com
Sun Feb 18 16:15:05 UTC 2007


> - Lack of support for non-Unix platforms
> - No separate types for dates and timestamps, no interval type

i think we are dealing with these concepts (with an "uneducated
guessing" warning):
 1) a point in time (this is a local-time struct currently)
 2) a date (i use local-time structs with UTC zone and minimized time part)
 3) intervals (two local-time objects, maybe a simple cons cell? probably a
     struct or a CLOS class would serve better)
 4) duration (elapsed units of time; only secs/usecs or support for
all calendar units?)

i'm not sure about separate date objects. the reason is that a
local-time in the UTC zone and minimized time part works fine with all
the local-time specific arithmethic operators. if we introduced a
separate date object then it would introduce a lot more code unless
there's an easy way to capture the shared logic.

otoh, i can see that sometimes it would be useful to have a standalone
object to be able to dispatch on it. but then i would still keep a
low-level struct (what local-time is currently), and introduce CLOS
objects that use the low-level struct for implementing the higher
level concepts (if we decided to introduce them).

but enough of this rumbling, i should definately read more on the
subject before making deeper comments.

-- 
- attila

"- The truth is that I've been too considerate, and so became
unintentionally cruel...
 - I understand.
 - No, you don't understand! We don't speak the same language!"
(Ingmar Bergman - Smultronstället)


More information about the local-time-devel mailing list