Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:79790
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.182 as permitted sender)
MIME-Version: 1.0
Sender: morrison.levi@gmail.com
In-Reply-To: <5491CE95.7060909@gmail.com>
References: <548FEE87.7020602@gmail.com>
	<alpine.DEB.2.11.1412171204040.4080@whisky.home.derickrethans.nl>
	<CAFp73Xtk5yTEWhWoaVndXDp09BisPfACPu7ucaX4DQiPaYZ4gg@mail.gmail.com>
	<CACQesk6GTq0z017_9HvZu5VmUeOABH1gdxYdKKShgEDVxS0DXA@mail.gmail.com>
	<5491B77A.4020004@gmail.com>
	<CAFMT4NonJzf0Swqm7Sgo2Vuif00Hs4ojpk-cry+fTje0SpOYcw@mail.gmail.com>
	<5491CE95.7060909@gmail.com>
Date: Wed, 17 Dec 2014 13:11:10 -0700
Message-ID: <CAFMT4NqzVs-wFWh3GWb8nbQfQCjJqwFL1DGYSJqND10-LAByhA@mail.gmail.com>
To: Stanislav Malyshev <smalyshev@gmail.com>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC][VOTE] Objects as Keys
From: levim@php.net (Levi Morrison)

>> and likely prevents us
>> from adding support for objects as keys in the future should we want
>
> No it does not. It was already explained several times. If it is ever
> introduced, it can be used for objects that do not explicitly request
> functionality in this RFC by enabling __hash() with no BC issues, since
> this RFC only affects classes that explicitly ask for this specific
> functionality. So if you, according to the above, would never use
> __hash, absolutely nothing would prevent you from using objects as keys
> if it ever happens (which it probably won't in the next 2-3 years).

Just because you say it doesn't affect it doesn't mean it doesn't. I
think it would be quite silly to support storing hashes and/or storing
objects and to me that blocks the latter since you are proposing the
former.

> Nothing in this RFC prevents you from having such structures. In fact,
> this RFC would enable more convenient handling of such structures,
> providing common method for requesting the programmable hash value of
> the object - a feature which most languages have, but PHP does not.

Programmable hashes of objects should be external to the object anyway
because eventually someone wants to store the same object in a
different way in two different structures.