Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:26344
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.162.194 as permitted sender)
DomainKey-Status: good
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender;
        b=bAf8qPVwMfOErfYEUgXEmGr0HbUbAlOaiYwcwogfjQmaSJwItCfw4V2RxfzDkbjhO0DQhmzVzH6PN9e7O7xZc8QVylh7I0/TYzfb8Ihm02EurVwpXqO51nIc1n3q+5v8Up0eSUbselWLQXhwto/b/MreKynODNd0Bo+6VoYSdr8=
In-Reply-To: <454D66C4.2090708@cschneid.com>
References: <005e01c6ff82$e6092c30$ec01010a@intranet.db> <2FAA3BA3-283C-445D-9648-70C207FF2251@prohost.org> <454CBD65.5040205@cschneid.com> <B990B08B-20E3-41FD-BA54-A8F78443B572@prohost.org> <454D66C4.2090708@cschneid.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-ID: <1465A1B3-C0AE-48E0-9E3A-66BDC57D89F3@prohost.org>
Cc: internals@lists.php.net
Content-Transfer-Encoding: 7bit
Date: Sun, 5 Nov 2006 11:15:44 -0500
To: Christian Schneider <cschneid@cschneid.com>
Sender: Ilia Alshanetsky <iliaal@gmail.com>
Subject: Re: [PHP-DEV] New Datetime class problem
From: ilia@prohost.org (Ilia Alshanetsky)

On 4-Nov-06, at 11:21 PM, Christian Schneider wrote:

> Ilia Alshanetsky wrote:
>> On 4-Nov-06, at 11:18 AM, Christian Schneider wrote:
>>> Ilia Alshanetsky wrote:
>>>> Avoid common namespaces and you'll make your application  
>>>> futureproof.
>>>
>>> I'm still wary of this approach because it puts the burden on 99%  
>>> of the code to be written (applications) instead of a small,  
>>> controllable subset (core and libraries).
>> Translation: blame other people...
>
> I'm not sure what you mean here. I was just doing a head count on  
> who has to come up with save names: A few core developers or all of  
> the PHP users.

When we were picking a name the discussion was public on this very  
list and based on our analysis of what names people were using in  
their application and what would be an ideal name DateTime was  
picked. Google's code search confirms we've made the right decision  
as it would seem there are only about 8 results for applications  
already misusing that namespace.

>> s more popular and as such needs of many outweigh needs of the few.
>
> A little thought experiment: Let's assume the number of application  
> classes (and the usage of those classes) is on average higher than  
> those of the core classes.  Would that change the situation?

The number of current users does not matter, simply because are you  
not comparing equivalent things here. You are comparing existing code  
to something that just came out.


>> You can use old PHP too, or modify the source code, it is "open  
>> source" after-all.
>
> Come on, that can't be the solution. Think about hosting companies  
> for example.

They as a rule use old versions, in fact I bet you'd be hard pressed  
to find a big or even a medium size hosting company offering PHP 5.2  
just now. So you have plenty of time to fix your code.


Ilia Alshanetsky