Re: DateTime::Lite

oops, forgot the SVN url

http://svn.coderepos.org/share/lang/perl/DateTime-Lite/trunk

--d

Daisuke Maki wrote:
> Hi,
> 
> I have an RFC/request for blessing for a module.
> 
> So I have this requirement to make DateTime leaner, in terms of speed,
> load time, and the amount of memory consumed. The target is for casual
> users, so the use of XS code is not an option either.
> 
> I've done my share of hacking DateTime before, and I believe that
> changing the DateTime.pm code base itself is not really an option since
> DateTime needs to be backward compatible and what not.
> 
> Instead I took the approach of using DateTime.pm as a reference
> implementation, and rearranged the code somewhat to get the desired effect.
> 
> Now I have something that passes all current DateTime tests and named it
> DateTime::Lite. I intend to do some more hacking soon ish, but thought
> I'd ask for your comments before hand.
> 
> I've pasted the current POD for DateTime::Lite at the end of this email.
> Also, if you are interested, the code is at
> 
> note that the location of time zones and locales are hard coded now, so
> DateTime::Lite will only work from the checked out root.
> 
> regards,
> 
> --d
> 
> =head1 NAMEDateTime::Lite - A Low Calorie DateTime
> 
> =head1 SYNOPSIS
> 
>     use DateTime::Lite;
> 
>     my $dt = DateTime::Lite->new(year => 2008, month => 12, day => 1);
>     $dt->year;
>     $dt->month;
>     $dt->day;
>     $dt->hour;
>     $dt->minuute;
>     $dt->second;
> 
>     # Arithmetic doesn't come with DateTime::Lite by default
>     use DateTime::Lite qw(Arithmetic);
>     $dt->add( DateTime::Lite::Duration->new(days => 5) );
> 
> =head1 DESCRIPTION
> 
> This is a complete rip-off of the great DateTime module. The author
> simply copy
> and pasted about 90% of the code, tweaked it and repackaged it. All
> credits go t
> o the original DateTime.pm's authors.However, this module was conceived
> out of a few specific desires :
> 
>   (1) Target those who do not need the full feature of DateTime.pm
>   (2) Get better performance:
>       * Reduce the amount of memory consumed, and      * Reduce the time
> it takes to load the module  (3) Make it easy to install on rental servers
>   (4) Bundle everything in one distribution, including timezones and locales
> 
> To achieve this, we've taken the original DateTime and rearranged it as
> follows:
> 
> =over 4
> 
> =item DateTime::Lite is Pure Perl
> 
> No XS, pronto. Since we expect the audience to be people who are not
> sysadmins, we don't expect them to have a full compiler support
> either.=item Parameter validation is done by hand
> =item Parameter validation is done by hand
> 
> Params::Validate is a great module, but it slows things down. We don't
> see the merit of removing it from the original DateTime.pm, but we did
> so in this version.
> 
> =item Non-essential methods are loaded on demand
> 
> A lot of times you don't even need to do date time arithmetic, for
> example. These methods are separated out onto a different file, so you
> need to load it on demand.
> 
>     use DateTime::Lite qw(Arithmetic);
>     use DateTime::Lite qw(Strftime);
> 
> =item DateTime::Lite::TimeZone and DateTime::Lite::Locale
> 
> DateTime::Lite::TimeZone and DateTime::Lite::Locale have big changes
> from their original counterparts.
> 
> First, you do NOT call new() on these objects (unless this is something
> you explicitly want to do). Instead, you need to call load(). So if you
> were mucking with DateTime::Lite::TimeZone and DateTime::Locale, you
> need to find out every occurance of
> 
>     DateTime::Lite::TimeZone->load( name => 'Asia/Tokyo' );
> 
> and change them to
> 
>     DateTime::Lite::TimeZone->load( name => 'Asia/Tokyo' );
> 
> Singletons are okay, they serve a particular purpose. But besides being
> a memory hog of relative low benefit, when given the number of time
> zones are locales, they are just way too overwhelming for underlings.
> 
> With this version, the objects are mostly the just plain objects, and
> the exact definition for each timezone/locale is stored in data files. #
> TODO: They can be located anywhere DateTime::Lite can find them
> 
> TODO: We want to make it easy to pick and choose which locales/timezones
> to be available -- DateTime::TimeZone and Locale comes with the
> full-set, and normally we don't need this feature. For example, I only
> use Asia/Tokyo and UTC time zones for my dayjob. When we ask casual
> users to install a datetime package, we do not want to overwhelm then
> with 100+ timezones and locales.
> 
> =cut
>