Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:86133
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <554B7EEE.6000701@ralphschindler.com>
References: <CALW=WEA2pGBuYy0E1V9ywEh_jFUcMksVvJb+GTxYmLCMQXnudQ@mail.gmail.com>
	<CAAyV7nFXn1LT_d0=nYZpxwCz4qWnraGaJeQ18H_k_4bb_oY58A@mail.gmail.com>
	<CALW=WEA7K-14uMs5MZXrv9Ek0dB3R=rgUVgRO=Q_kZkkE0vkwA@mail.gmail.com>
	<CAESVnVo84+R11Y7-RC1UrUJNLVhjMLsxiszL1aMnOHwt3NU0aA@mail.gmail.com>
	<554B7EEE.6000701@ralphschindler.com>
Date: Thu, 7 May 2015 18:14:44 +0300
Message-ID: <CALW=WEC2Yc6w0UWo1Jj3CsP2ETMV1uFAzAfPv7XAqk5R99wxzA@mail.gmail.com>
To: Ralph Schindler <ralph@ralphschindler.com>
Cc: internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Add support $object::class
From: ua.san.alex@gmail.com ("S.A.N")

> $object is not guaranteed to be an object, it could be anything (int,
> string, etc) or nothing (null).  using ::class for a variable, I'd argue,
> makes for less consistency.  What would the replacement be for non-object
> variables?  An error, exception, or false, or string type? At least in
> "Bar::class", you'll always get a string representation of what the fully
> qualified class name resolves to.

$scalar::class === gettype($scalar)
$object::class ===  get_class($object)

> That said, the argument could be made that since static::class, self::class,
> and parent::class fall into the same category of potential runtime
> resolutions that $object::class too should be supported.

+1