Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41144
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 88.198.8.16 cause and error)
Cc: Stanislav Malyshev <stas@zend.com>,
 PHP Developers Mailing List <internals@lists.php.net>
Message-ID: <E627B8FB-49C5-4EFB-8B02-2E15C50E9F72@pooteeweet.org>
To: Greg Beaver <greg@chiaraquartet.net>
In-Reply-To: <48F772ED.3090001@chiaraquartet.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Thu, 16 Oct 2008 19:01:14 +0200
References: <48F653FF.5010106@chiaraquartet.net> <48F75FA1.7020505@zend.com> <0C55B977-3835-4CB0-A23B-8AA684B71C18@pooteeweet.org> <48F772ED.3090001@chiaraquartet.net>
Subject: Re: [PHP-DEV] my last attempt at sanity with namespaces
From: mls@pooteeweet.org (Lukas Kahwe Smith)


On 16.10.2008, at 18:59, Greg Beaver wrote:

> Lukas Kahwe Smith wrote:
>>
>> On 16.10.2008, at 17:37, Stanislav Malyshev wrote:
>>
>>> B. There's a huge problem with this proposal which you seem
>>> consistently to ignore despite all my attempts to explain it. Failed
>>> autoload on each call is BAD. Very bad. It is not cacheable, it  
>>> leads
>>> to multiple disk accesses and it is absolutely undetectable to the
>>> PHP user without the use of special tools. So making all existing
>>> code contain this performance bomb unless you rewrite it is very  
>>> bad.
>>> It's better to have this code fail and provide simple script to fix
>>> it in automatic fashion. The fix you propose - writing use's - is  
>>> not
>>> enough because as you noted later inertia would make users not to  
>>> use
>>> this code and thus have huge performance hit - which most of them
>>> even wouldn't know where it came from.
>>
>> first up i am a bit irritated by the use of the term "internal  
>> class",
>> i guess you both mean to say "class in the global namespaces"?
> no, we are talking about classes built into PHP such as Exception or
> ArrayObject, not userspace classes without namespace.

why are they different?
also since they apparently are different, how does this all work when  
its not about an internal class, but a global useland class? as in  
what if in your example it would not be the Exception class, but a  
class called FooBar, which is defined in the global namespace in some  
userland code?

regards,
Lukas Kahwe Smith
mls@pooteeweet.org