Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41698
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain fmethod.com from 69.16.228.148 cause and error)
Message-ID: <727EE7FF35BC46C18467A632307E020C@pc>
To: <internals@lists.php.net>
References: <29.7A.15458.C4880194@pb1.pair.com> <5C.FA.15458.9A980194@pb1.pair.com> <A4F5DBE2-7F83-4C24-8B7D-8D9C9CCE8552@pooteeweet.org>
Date: Thu, 6 Nov 2008 00:29:15 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="ISO-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: Namespace Resolution
From: sv_forums@fmethod.com ("Stan Vassilev | FM")

>Here is a reason why we would limit this to international functions  only:
>- <@Stas> but note that global user-space fallback for function means 
>run-time resolution (which may be ok, but slower - no caching  resolution 
>in bytecode cache)


Hi,

Not true: you can't resolve it at compile time with internal-only functions, 
since you still don't know what *namespaced user functions* will be loaded 
at runtime with overlapping names.

I.e. :

----FILE aaa.php----

namespace Foo;
function strpos() {}

----FILE bbb.php----

namespace Foo;
if (runtime condition) include 'aaa.php';
strpos(); // parse-time resolution will ignore the loaded Foo\strpos() and 
resolve to internal anyway.

So, no performance benefit whatsoever, any fallback requires *runtime* 
resolution.

Furthermore, don't you guys see that coding IDE-s will have issues with code 
hinting those functions. Is it the namespaced function or the global one? 
The IDE can't know, an IDE can't resolve vague runtime conditional includes.

Eclipse PDT works great right now, with autoload and all, since it a given 
functionc/class identifier can be either internal, or in the project, and 
each has a unique name. With the magical fallbacks, all this goes to hell.

Regards,
Stan Vassilev