Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:96921
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.53 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAObuZdv7w8BPgEZuRVYiGS_6wSo8B-y6een2su-E9Msk9oNxyQ@mail.gmail.com>
References: <CAA69SC4th-Hkxj162xn3RWAG44tFkhGTo3Pm=mephPdSHfcHsw@mail.gmail.com>
 <CAObuZdv7w8BPgEZuRVYiGS_6wSo8B-y6een2su-E9Msk9oNxyQ@mail.gmail.com>
Date: Wed, 16 Nov 2016 15:34:31 +0100
Message-ID: <CAA69SC7FrsyP7U8vMYB2e=_N_UD=aOLct2yB2tf5at098nS0mQ@mail.gmail.com>
To: Ryan Pallas <derokorian@gmail.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c15196a1798305416bf80e
Subject: Re: [PHP-DEV] Immutability RFC
From: marijic.silvio@gmail.com (=?UTF-8?Q?Silvio_Mariji=C4=87?=)

--001a11c15196a1798305416bf80e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

@Ryan which is existing behaviour in language. Because object is immutable
I don't think we should care anymore about 'references' instead maybe we
could focus on value that object represents.

2016-11-16 15:29 GMT+01:00 Ryan Pallas <derokorian@gmail.com>:

>
>
> On Wed, Nov 16, 2016 at 6:57 AM, Silvio Mariji=C4=87 <marijic.silvio@gmai=
l.com>
> wrote:
>
>> Hi,
>>
>> To anyone who is interested in this RFC. What do you think what behavour
>> we
>> should have when you try to compare two immutable objects by identity li=
ke
>> this:
>>
>> immutable class A {
>>
>> public $a;
>>
>> public function __construct($a) {
>>    $this->a =3D $a
>>     }
>>
>> }
>>
>> $a1 =3D new A(1);
>> $a2 =3D new A(1);
>>
>
> I would personally expect that:
>
> var_dump($a1 =3D=3D=3D $a2); // bool(false)
> var_dump($a1 =3D=3D $a2); // bool(true)
>
>
>>
>> $a1 =3D=3D=3D $a2
>>
>> If we treat those objects as values then this should return true. But th=
en
>> again there might be some confusion because then two operators are doing
>> the same thing. Maybe throw an error ? Suggestions ?
>>
>> Cheers.
>> --
>> Silvio Mariji=C4=87
>> Software Engineer
>> 2e Systems
>>
>
>


--=20
Silvio Mariji=C4=87
Software Engineer
2e Systems

--001a11c15196a1798305416bf80e--