Date-Object
view release on metacpan or search on metacpan
################
# DATE::OBJECT #
################
Date::Object - Handles dates/calendars/timezones and it's representation/convertions using a single Date::Object.
###############
# DESCRIPTION #
###############
Date::Object is an alternative to the L<DateTime> modules, with the main pourpose
to handle dates using a single object or make multiple I<Date::Object>s work together
to calculate and handle dates.
Other main poupose of I<Date::Object> is to find a simple way to store dates
lib/Date/Object.hploo view on Meta::CPAN
else { return ;}
}
elsif ($#_ == 0) {
if ($month eq '') { return ; }
return $MONTHS_DAYS[$month] ;
}
return undef ;
}
# The Egyptians called it 365 and left it at that. But their calendar got out of step with the seasons, so that
# after around 750 years of this they were celebrating The Fourth of July in the middle of the winter.
#
# The Romans wised up and added the leap day every four years to get the 365.25 day Julian year. Much better,
# but notice that this time the year is longer than it ought to be. The small difference between this and the
# true length of the year caused the seasons to creep through the calendar once again, only slower and in the
# other direction. After about 23000 years of this, July Fourth would once again fall in mid-winter.
#
# Fortunately things never reached that sad state. By 1582 the calendar was about ten days out of whack, so
# Pope Gregory XIII included the correction that's still in use today.
#
# "If the year is divisible by 100, it's not a leap year UNLESS it is also divisible by 400."
#
# More recently, proposals for fixes have gotten even better than that. One suggested change is to add on "if
# the year is also divisible by 4000, it's not a leap year."
sub is_leap_year ($year) {
$year = $this->{year} if $year eq '' ;
lib/Date/Object.hploo view on Meta::CPAN
}
}
__END__
=> NAME
Date::Object - Handles dates/calendars/timezones and it's representation/convertions using a single Date::Object.
=> DESCRIPTION
Date::Object is an alternative to the L<DateTime> modules, with the main pourpose
to handle dates using a single object or make multiple I<Date::Object>s work together
to calculate and handle dates.
Other main poupose of I<Date::Object> is to find a simple way to store dates
in a persistent enverioment (any database) using a simple INTEGER field.
The use of a INTEGER field for that make possible searches in the DB by ranges,
lib/Date/Object.pm view on Meta::CPAN
else { return ;}
}
elsif ($#_ == 0) {
if ($month eq '') { return ; }
return $MONTHS_DAYS[$month] ;
}
return undef ;
}
# The Egyptians called it 365 and left it at that. But their calendar got out of step with the seasons, so that
# after around 750 years of this they were celebrating The Fourth of July in the middle of the winter.
#
# The Romans wised up and added the leap day every four years to get the 365.25 day Julian year. Much better,
# but notice that this time the year is longer than it ought to be. The small difference between this and the
# true length of the year caused the seasons to creep through the calendar once again, only slower and in the
# other direction. After about 23000 years of this, July Fourth would once again fall in mid-winter.
#
# Fortunately things never reached that sad state. By 1582 the calendar was about ten days out of whack, so
# Pope Gregory XIII included the correction that's still in use today.
#
# "If the year is divisible by 100, it's not a leap year UNLESS it is also divisible by 400."
#
# More recently, proposals for fixes have gotten even better than that. One suggested change is to add on "if
# the year is also divisible by 4000, it's not a leap year."
sub is_leap_year {
my $this = ref($_[0]) ? shift : undef ;
my $CLASS = ref($this) || __PACKAGE__ ;
lib/Date/Object.pm view on Meta::CPAN
}
1;
__END__
=head1 NAME
Date::Object - Handles dates/calendars/timezones and it's representation/convertions using a single Date::Object.
=head1 DESCRIPTION
Date::Object is an alternative to the L<DateTime> modules, with the main pourpose
to handle dates using a single object or make multiple I<Date::Object>s work together
to calculate and handle dates.
Other main poupose of I<Date::Object> is to find a simple way to store dates
in a persistent enverioment (any database) using a simple INTEGER field.
The use of a INTEGER field for that make possible searches in the DB by ranges,
( run in 0.253 second using v1.01-cache-2.11-cpan-5dc5da66d9d )