Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:33941
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain chiaraquartet.net from 38.99.98.18 cause and error)
Message-ID: <475F18B1.2070608@chiaraquartet.net>
Date: Tue, 11 Dec 2007 17:09:37 -0600
User-Agent: Thunderbird 2.0.0.6 (X11/20071022)
MIME-Version: 1.0
To: Matthias Pigulla <mp@webfactory.de>
CC: Stanislav Malyshev <stas@zend.com>, =?ISO-8859-1?Q?David_Z=FClke?=
 <dz@bitxtender.com>, internals@lists.php.net
References: <11970653983080000@9866357972520000.9866341568840000> <475BDDF1.7040605@ctindustries.net> <1723341090.20071210220025@marcus-boerger.de> <1197323296.3922.5.camel@sbarrow-desktop> <00A2E2156BEE8446A81C8881AE117F199A0715@companyweb> <A5519084-2CBA-40F4-BDAB-96036428DB17@bitxtender.com> <475ED038.3080004@zend.com> <7F9E1E02-FF89-474B-9E94-007747B3637A@bitxtender.com> <475EF175.2030304@zend.com> <C0D87144-50B3-4C26-BEDF-E5BB93ED1C4A@bitxtender.com> <475F01B1.8090407@zend.com> <31696FA6-ADC3-4853-A5AE-23FA16750B3D@bitxtender.com> <475F10DA.6000909@zend.com> <00A2E2156BEE8446A81C8881AE117F199A0740@companyweb>
In-Reply-To: <00A2E2156BEE8446A81C8881AE117F199A0740@companyweb>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: AW: AW: [PHP-DEV] Namespace resolution
From: greg@chiaraquartet.net (Gregory Beaver)

Matthias Pigulla wrote:
>> Von: Stanislav Malyshev [mailto:stas@zend.com]
> 
>> But you could achiever the same just by avoiding naming classes the
>> same as internal classes, you surely know which classes are in your
>> own namespace?
> ...
>> Not using names of classes same as internal classes is not a big
>> deal either - all PHP programmers do it right now :)
> 
> Rumor exists that sometimes new internal classes show up in late RCs.
> And as you try to name your classes so that the name describes the
> modeled construct best, it is not surprising that core wants to name
> such a new class "Date" just as userland folks had their classes
> named "Date" as well before (shame on them).
> 
> I always thought that one of the prime reasons for providing
> namespaces was to mitigate this risk of breakage in a simple,
> predictable and user-friendly manner.

Hi,

I brought this issue up in the original thread about namespace
implementation.  I've also brought it up since then twice, including in
the long rebuttal to Derick's RFC.  Here again is the obvious solution:

<?php
namespace Foo;
use Foo::DateTime;
$a = new DateTime;
?>

now __autoload() is called.  End of crisis.  Also possible is:

<?php
namespace Foo::Long::Thing;
use Foo::Long::Thing as me;
$a = new me::DateTime;
?>

for a namespace with many classes.

Could we move on from this problem?  It is easily solved with the
current implementation.

Greg