Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:107959
MIME-Version: 1.0
References: <DM5PR07MB3067B7578E3F04C5A20A221AF9210@DM5PR07MB3067.namprd07.prod.outlook.com>
 <f659647c-1e79-4c4e-b57b-a1d93e76528b@BN8NAM11FT047.eop-nam11.prod.protection.outlook.com>
 <DM5PR07MB30671E9EDE3DEF62F52512EDF9200@DM5PR07MB3067.namprd07.prod.outlook.com>
In-Reply-To: <DM5PR07MB30671E9EDE3DEF62F52512EDF9200@DM5PR07MB3067.namprd07.prod.outlook.com>
Date: Thu, 2 Jan 2020 12:32:58 +0000
Message-ID: <CALKiJKrqe2c7HoQBGSuJsfWCgOnK6TgQQphhJXMpK_UXZJQNpQ@mail.gmail.com>
To: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000004b86dc059b2765cc"
Subject: Re: [PHP-DEV] Re: [RFC] "use global functions/consts" statement
From: rowan.collins@gmail.com (Rowan Tommins)

--0000000000004b86dc059b2765cc
Content-Type: text/plain; charset="UTF-8"

On Thu, 2 Jan 2020 at 05:37, tyson andre <tysonandre775@hotmail.com> wrote:

> Out of scope of this RFC: I had a thought today about autoloading.
> I'd rather improve function / const autoloading instead of moving to
> classes.
> What if an ambiguous function_name() or const outside the global
> namespace would attempt to autoload *ambiguous* functions in the global
> scope,
> but not the current namespace?
> (and autoload unambiguous functions in their respective scope)
>


Could you expand on what you mean by "ambiguous" / "unambiguous" here?

I think any nuance to which function is autoloaded needs to match the
actual name resolution - it wouldn't make much sense for some_function() to
call CurrentNS\some_function if already defined, but trigger an autoloader
for \some_function if not. There may be simplifications with the proposed
directive from this RFC, but we'd need to think through the different
combinations and make sure they behaved consistently and intuitively.

Regards,
-- 
Rowan Tommins
[IMSoP]

--0000000000004b86dc059b2765cc--