On Mar 9, 2012, at 11:17 AM, Charles wrote:

> On Fri, Mar 9, 2012 at 10:58 PM, Tedd Sperling <tedd.sperl...@gmail.com> 
> wrote:
>> On Mar 9, 2012, at 5:37 AM, Ford, Mike wrote:
>>>> From: Tedd Sperling [mailto:tedd.sperl...@gmail.com]
>>>> But why does anyone have to use the next month to figure out how
>>>> many days there are are in this month? Do you see my point?
>>> Actually, no. To figure this out, somewhere along the line you've
>>> got to know where the last day of this month / first day of next
>>> month boundary lies, so I don't see how you can ever find the number
>>> of days in a month without bringing the start of next month into it
>>> somehow. (Even if it's implicitly be getting someone else's clever
>>> code to figure out 'last day of this month'!)
>> Well no, I don't need to know the first day of next month to know the last 
>> day of this month. That's like saying "I need to know who is going to stand 
>> at the 'end of the line' NEXT before I can tell who is standing at the 'end 
>> of the' line NOW."
> The number of days in each month is fixed, except for february. If
> that's what you want, why don't make a table of the number of days in
> each month, and check for the special case of leap year.

No offense, but that's not the point. A look-up table would work, but why when 
there are all sorts of built-in functions that will?

I am just looking for one that is easy to explain to students. 




PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to