Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:60098
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain ralphschindler.com from 209.85.214.170 cause and error)
Message-ID: <4F8DC391.40306@ralphschindler.com>
Date: Tue, 17 Apr 2012 14:25:05 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: internals@lists.php.net
References: <4F89D4F1.8070009@ralphschindler.com> <CAF+90c-xjvrYXNxfnMmP-eApBxJNzEu=EQ+7dmrbtzzsaezQCw@mail.gmail.com> <4F8D843D.8070706@ralphschindler.com> <4F8DB368.4010203@hoa-project.net>
In-Reply-To: <4F8DB368.4010203@hoa-project.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] New Feature: Fully qualified class name resolution
 as scalar with class keyword
From: ralph@ralphschindler.com (Ralph Schindler)

> var_dump is Moo::CLASS but the symbol Moo does not exist yet, only the
> class Foo\Bar\Baz was declared at this point.

It could exist.  It could be a class name handled by an autoloader 
somewhere else.

This method of class name resolving operates in the spirit of how our 
namespace implementation works.  Namespaces don't actually "import" 
things into the files symbol table, it makes aliases for them, as such 
the namespace implementation alone never triggers an autoload simply b/c 
you were talking about a class somewhere.

The ::class resolver essentially does the same thing, for any given name 
you are talking about, it will resolve that name against the current 
namespace resolution rules.

>
> Btw, interesting patch and nice implementation. I approved.
>
> Best regards.
>

Thanks!
-ralph