Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:79722
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain margaine.com from 209.85.213.170 cause and error)
MIME-Version: 1.0
In-Reply-To: <54902917.8010803@gmail.com>
References: <548FEE87.7020602@gmail.com>
	<549009EE.7040808@fischer.name>
	<D5013CDA-61F7-467F-B896-F627D8DBA156@ajf.me>
	<5490190A.6050805@beccati.com>
	<CAJ26g5QsP8NVv4UWUGpxwRK301VhMTm6Di99soAdWqh=kXXcZQ@mail.gmail.com>
	<54902917.8010803@gmail.com>
Date: Tue, 16 Dec 2014 13:53:05 +0100
Message-ID: <CABRjmp9ztZHkraOgXLHYnK4-KhO+6=O83vuGkGXtLXvNvPddyg@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=90e6ba3fd28316b46d050a54d792
Subject: Re: [PHP-DEV] [RFC][VOTE] Objects as Keys
From: florian@margaine.com (Florian Margaine)

--90e6ba3fd28316b46d050a54d792
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi,

Le 16 d=C3=A9c. 2014 13:45, "Rowan Collins" <rowan.collins@gmail.com> a =C3=
=A9crit :
>
> Patrick Schaaf wrote on 16/12/2014 11:46:
>
>> Am 16.12.2014 12:36 schrieb "Matteo Beccati" <php@beccati.com>:
>>>
>>> On 16/12/2014 11:52, Andrea Faulds wrote:
>>>>
>>>> I was previously in favour of this, but it=E2=80=99d prevent actual in=
dexing
>>>> by objects in future, and I can=E2=80=99t think of any use cases which=
 aren=E2=80=99t
>>>> better solved by explicitly converting to a string/integer.
>>>
>>> That's precisely the same reason why I voted Nay. And I wouldn't have
>>
>> been able to put it down in words better than Andrea did.
>>
>> That was my thought initially, too. But I think it is wrong. If PHP ever
>> gets around to provide objects-themselves-as-array-keys support, it can
>> easily do that
>>
>> 1) only if the object does not have such a __toKey() method, or
>> 2) if the object has one, but it returns the object itself (which is
>> forbidden now by the RFC)
>
>
> Hm, that's an interesting thought. My thought had been that an
object-as-key would need to specify its hash anyway, so that two objects of
the same "value" would be automatically de-duped, just as two strings are.
But I guess an internally unique handle for the specific object would also
be a reasonable approach for some uses.

Just a random thought: the `__hash` method can just `return
spl_object_hash($this);` to have an object id.

> --
> Rowan Collins
> [IMSoP]
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>

Cheers,
Florian Margaine

--90e6ba3fd28316b46d050a54d792--