Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:38580
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.92.175 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=hVm/+JaSF6/d+BUkefCQ0h7SFC8SuuPw7rYRcsJRSfb6ghmDBBdRRn5ftVKqFSqFwx
         PJbbAeZ0S7FbzLVS0/vrn1PLSTsiFqWSHS9gP/yH4d4vpUwmT0ogIsqCDG4F1O4ExzU5
         we+8WicTN2whnHda9dsi+HDARJH+oLDcEg1IY=
Message-ID: <cd5680a20806240747h5b4eda5ncd24cd72c21e6799@mail.gmail.com>
Date: Tue, 24 Jun 2008 18:47:48 +0400
To: "Derick Rethans" <derick@php.net>
Cc: "Gregory Beaver" <greg@chiaraquartet.net>, "Andi Gutmans" <andi@zend.com>, 
	"Stanislav Malyshev" <stas@zend.com>, 
	"Dmitry Stogov" <dmitry@zend.com>, 
	"internals Mailing List" <internals@lists.php.net>
In-Reply-To: <alpine.DEB.0.98.0806241634430.16594@kossu.ez.no>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <485BD1C0.8040302@chiaraquartet.net>
	 <alpine.DEB.0.98.0806241634430.16594@kossu.ez.no>
Subject: Re: [PHP-DEV] simple solution to another namespace conundrum?
From: indeyets@gmail.com ("Alexey Zakhlestin")

On Tue, Jun 24, 2008 at 6:36 PM, Derick Rethans <derick@php.net> wrote:
> On Fri, 20 Jun 2008, Gregory Beaver wrote:
>
>> The user is obviously intentionally creating a "DateTime" class, and
>> doesn't care about the internal classname in this script.
>>
>> The attached patch against PHP_5_3 would fix the issue by eliminating
>> the check for conflict with CG(class_table) in the global namespace for
>> internal classes.  It however preserves this check for userspace classes
>> so that (for instance) php-src/tests/Zend/ns_030.phpt does not fail.
>> The basic idea is that we do have control over the userspace classes we
>> include, but have no control over the internal classes.
>
> I am not so sure this is a good idea. I mean, for the developer that
> writes the code it's obvious that his version of DateTime is used. But
> for a second developer to come back later this could be a great WTF
> factor a few years down the road - wondering why the DateTime
> documentation on php.net doesn't match with what the class does.

it won't be a serious 'wtf', as on the top of the file, there would be
some kind of
use MySuperLibrary::DateTime;


-- 
Alexey Zakhlestin
http://blog.milkfarmsoft.com/