Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:79735
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.53 as permitted sender)
Message-ID: <54907683.2070509@gmail.com>
Date: Tue, 16 Dec 2014 10:14:27 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Andrea Faulds <ajf@ajf.me>, Markus Fischer <markus@fischer.name>
CC: internals@lists.php.net
References: <548FEE87.7020602@gmail.com> <549009EE.7040808@fischer.name> <D5013CDA-61F7-467F-B896-F627D8DBA156@ajf.me>
In-Reply-To: <D5013CDA-61F7-467F-B896-F627D8DBA156@ajf.me>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [RFC][VOTE] Objects as Keys
From: smalyshev@gmail.com (Stanislav Malyshev)

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.
-- 
Stas Malyshev
smalyshev@gmail.com