Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:94552
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.44 as permitted sender)
To: PHP Internals <internals@lists.php.net>
References: <c69873f9-091f-f863-5f94-68d870285919@gmail.com>
 <3567286a-e942-1551-c300-663a50b0f484@gmail.com>
Message-ID: <bf40e2bb-deef-0c1c-421b-5e4a578270a6@gmail.com>
Date: Mon, 18 Jul 2016 14:55:36 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <3567286a-e942-1551-c300-663a50b0f484@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Idea: Function autoloading using dummy namespaces
From: rowan.collins@gmail.com (Rowan Collins)

On 18/07/2016 01:50, Stanislav Malyshev wrote:
> Hi!
>
>> How about an alternative approach where a function inside a namespace
>> can be autoloaded using the existing callback, by using a reserved
>> namespace segment? So to autoload function "foo\bar()", the engine would
>> construct a string like "__function\foo\bar" or "foo\__function\bar",
>> and pass that to the registered autoloader stack.
>
> Magic out-of-domain values usually are bad design, and lead to a lot of
> trouble since now the system needs to deal with two sets of assumptions
> instead of one. I wouldn't recommend doing it.
>

Hi Stas,

My original idea was actually to have the autoloader look up 
"foo\bar\__functions" for *any* function in namespace "foo\bar", with 
the idea that some existing autoloaders would actually be able to work 
without any modification (just call your file "__functions.php").

If you include the function name (to give users more flexibility), that 
doesn't really work (unless you have one function per file), so you're 
right that it requires some muddling assumptions.

I agree that it's all a bit magic either way, but I thought it might get 
the feature moving quicker than a complete rewrite of the existing 
autoload system.

Like I say, it was just an idea. :)

Regards,
-- 
Rowan Collins
[IMSoP]