Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:91010
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.53 as permitted sender)
To: internals@lists.php.net
References: <CAJ9+bg5b40PyvWAKsiZ89GtFRMGr-pg_WWk+GYee9g0To3v=Kw@mail.gmail.com>
 <CA+kxMuST3x3meAFnNVewp5iK71LzB7os_4MzffKcGusJ=B5cQg@mail.gmail.com>
Message-ID: <56AB42F7.7080403@gmail.com>
Date: Fri, 29 Jan 2016 10:46:15 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <CA+kxMuST3x3meAFnNVewp5iK71LzB7os_4MzffKcGusJ=B5cQg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] get_class behavior
From: rowan.collins@gmail.com (Rowan Collins)

Dan Ackroyd wrote on 28/01/2016 22:35:
> ## Refactoring if non-objects are no longer allowed.
>
> Current code:
> echo get_class($result);
>
> Would need to be changed to:
>
> if ($result === null) {
>      echo get_class();
> }
> else {
> echo get_class($result);
> }

You appear to be suggesting that "get_class()" should behave differently 
than "get_class(null)". Normally a function doesn't distinguish between 
"called with no parameters" and "called with default parameters". I 
don't know if internal parameter handling (ZPP) works like userland 
parameters in this respect, but if not impossible this would at least be 
rather surprising.

It also doesn't help with your stated point of using get_class as a 
callable, since you'd have to know what function it was in order to call 
it in the right way (although exactly what the use case for that would 
be, I've no idea).

Regards,
Rowan Collins
-- 
[IMSoP]