Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:79739
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.48 as permitted sender)
User-Agent: K-9 Mail for Android
In-Reply-To: <54907683.2070509@gmail.com>
References: <548FEE87.7020602@gmail.com> <549009EE.7040808@fischer.name> <D5013CDA-61F7-467F-B896-F627D8DBA156@ajf.me> <54907683.2070509@gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain;
 charset=UTF-8
Date: Tue, 16 Dec 2014 18:44:20 +0000
To: internals@lists.php.net
Message-ID: <8AB6896C-D5DB-4471-BBD5-60784B2FC1BE@gmail.com>
Subject: Re: [PHP-DEV] [RFC][VOTE] Objects as Keys
From: rowan.collins@gmail.com (Rowan Collins)

On 16 December 2014 18:14:27 GMT, Stanislav Malyshev <smalyshev@gmail.com> wrote:
>Hi!
>
>> I was previously in favour of this, but it’d prevent actual indexing 
>
>No, of course it won't - if we ever introduce indexing objects (which
>probably will require rewrite of the HashTable, any takers?) it would
>be
>very easy to index any object that does not implement __hash without
>any
>BC problem, and convert all those implementing __hash to "return $this"
>if desired.
>
>> by objects in future, and I can’t think of any use cases which
>> aren’t better solved by explicitly converting to a string/integer.
>
>There's no implicit conversion, and explicit one is a) inacessible in
>userspace for anything but string and b) annoying for the same reasons
>for which __toString exists.

Explicit conversion is trivial, just call whatever method you like. Sure, you can't write (int)$obj, but $obj->toInt() is just as expressive.