Hi all, why are there three different classes representing time? I think that is a really bad spot in the ruby library, because Time and DateTime seem to be incompatible to each other. For example in rails sql columns declared as datetime are returned as time, so I had to convert them manually. It doesn't seems to be consistent... Daniel
on 15.03.2008 18:30
on 16.03.2008 02:05
Daniel Mendler wrote: > Hi all, > > why are there three different classes representing time? I think that is > a really bad spot in the ruby library, because Time and DateTime seem to > be incompatible to each other. For example in rails sql columns declared > as datetime are returned as time, so I had to convert them manually. It > doesn't seems to be consistent... > > Daniel IMO they all suck. I invite everybody with spare time and some ruby/C knowledge to help me finish chronos (http://butler.rubyforge.org/svn/Version%201.0/chronos_library/ - missing are DST implementation, refactoring to use modules so that one can use it with Gregiorian, Julian, Chinese, Discordian or whatever calendar system he/she likes, C implementation of the math stuff for gregorian even though the ruby implementation beats Date by around factor 10, calendar - a mutable gregorian datetime object and some other things). Anyway, to answer your question: Time is a wrapper around Unix-Epoch. Date (and DateTime) use rational and a "day zero" for storage. So Time is faster but the upper and lower bounds are tied to epoch time (which for 32bit epoch times is something around 1970-2040 - not even enough to represent the birthsday of my parents) while Date (and DateTime) have an almost infinite range but are *terribly* slow. And both classes' interfaces are less than stellar IMO. Regards Stefan
on 16.03.2008 02:33
On Mar 15, 9:05 pm, Stefan Rusterholz <apei...@gmx.net> wrote: > > IMO they all suck. I invite everybody with spare time and some ruby/C > knowledge to help me finish chronos > (http://butler.rubyforge.org/svn/Version%201.0/chronos_library/- > missing are DST implementation, refactoring to use modules so that one > can use it with Gregiorian, Julian, Chinese, Discordian or whatever > calendar system he/she likes, C implementation of the math stuff for > gregorian even though the ruby implementation beats Date by around > factor 10, calendar - a mutable gregorian datetime object and some other > things). I would recommend finishing in Ruby first. Worry about C optimizations later. 2 cents, T.
on 16.03.2008 02:46
Trans wrote: > On Mar 15, 9:05 pm, Stefan Rusterholz <apei...@gmx.net> wrote: >> >> IMO they all suck. I invite everybody with spare time and some ruby/C >> knowledge to help me finish chronos >> (http://butler.rubyforge.org/svn/Version%201.0/chronos_library/- >> missing are DST implementation, refactoring to use modules so that one >> can use it with Gregiorian, Julian, Chinese, Discordian or whatever >> calendar system he/she likes, C implementation of the math stuff for >> gregorian even though the ruby implementation beats Date by around >> factor 10, calendar - a mutable gregorian datetime object and some other >> things). > > I would recommend finishing in Ruby first. Worry about C optimizations > later. > > 2 cents, > T. Sure, why do you think I first wrote it completly in ruby anyway? :) (prototyping) I intend to have all C functionality in ruby too. Will enable it to run on non-MRI easily. C will be the very last step. Regards Stefan