Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:101907
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAA69SC5z5yxhAHFdbpf_RYBcKia56MZBXuAEk55BhPuiCnFRYw@mail.gmail.com>
References: <CAA69SC79fvaKAT=x=zoUfaqpiK78q68_cdR0vonJAm9FKAwJeQ@mail.gmail.com>
 <CAF+90c-=XtkjmrNV-am3RZ4+XhgJ0WgFCV5Yevjebz2UUh=y3Q@mail.gmail.com>
 <CALKiJKoqPpByQNVMG-3V2Jqjnf=6BkfqEKj96grSdqiJgw1qGg@mail.gmail.com> <CAA69SC5z5yxhAHFdbpf_RYBcKia56MZBXuAEk55BhPuiCnFRYw@mail.gmail.com>
Date: Fri, 23 Feb 2018 14:47:14 +0100
Message-ID: <CAA69SC5irBCAK5k7Adj7-jd-zbTuk+--WhVi0u7e8CnZt81oFw@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="94eb2c084666e7b0c50565e1657c"
Subject: Re: [PHP-DEV][RFC][DISCUSSION] Immutability
From: marijic.silvio@gmail.com (=?UTF-8?Q?Silvio_Mariji=C4=87?=)

--94eb2c084666e7b0c50565e1657c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

In addition to your question about impact on the performance, there is
none. As there is no special tracking of those references just control
check when you try to write by reference.

2018-02-23 14:40 GMT+01:00 Silvio Mariji=C4=87 <marijic.silvio@gmail.com>:

> Hi Rowan,
>
> I agree that RFC needs a bit refinement which I hope to do during ongoing
> discussion here.
> Originally you couldn't assign following types to an immutable property
>
>    - *Resource*
>    - *Instance of none-immutable class *
>
> Now I had to resort to also add *array* to that list.
>
>
> Regarding your question about references, yes you can obtain reference to
> an immutable property but you can not modify that property by reference. =
In
> that case it will throw fatal error, but I agree that it would be better =
to
> throw exception, I will include that in RFC.
>
> Thanks for the support I really appreciate it.
>
> Regards,
>
> 2018-02-22 10:57 GMT+01:00 Rowan Collins <rowan.collins@gmail.com>:
>
>> On 20 February 2018 at 11:25, Nikita Popov <nikita.ppv@gmail.com> wrote:
>>
>> > On Tue, Feb 20, 2018 at 12:20 PM, Silvio Mariji=C4=87 <
>> marijic.silvio@gmail.com
>> > >
>> > wrote:
>> >
>> > > Hi,
>> > > I am starting this discussion again after a year since this RFC was
>> > > created. From discussions with people in the community some
>> suggestions
>> > > came up regarding issues that were main reason that development on
>> this
>> > RFC
>> > > stopped. RFC is updated along with implementation (link at the botto=
m
>> of
>> > > RFC). I'll be more then happy to answer all questions.
>> >
>> >
>> > Link: https://wiki.php.net/rfc/immutability :)
>>
>>
>>
>> This definitely seems like an exciting addition to the language. Some
>> clarifications:
>>
>>
>> This sentence in the RFC is rather confusing, "Any references to objects
>> ... cannot be references to scalars ... or may be ...". I think it's jus=
t
>> reiterating things said elsewhere in the RFC, but could maybe be reworde=
d?
>>
>> >  Any references to objects passed into an immutable class constructor
>> cannot be references to scalars or may be immutable class instances.
>>
>> A set of bullet points of what types can and can't be assigned to an
>> immutable property might be useful.
>>
>>
>> The example under "references" shows a reference being successfully take=
n
>> to an immutable property, but then being considered immutable itself. Is
>> there any performance penalty to tracking this extra state? I know
>> references have caused problems in other cases, like the typed propertie=
s
>> RFC.
>>
>>
>> What kind of error is produced when you attempt to write to an immutable
>> property? I would expect some sub-class of Error to be thrown, but the R=
FC
>> currently just says a fatal error.
>>
>> As I say, I like the idea, and thanks for working on it.
>>
>> Regards,
>> --
>> Rowan Collins
>> [IMSoP]
>>
>
>
>
> --
> Silvio Mariji=C4=87
> Software Engineer
> SMSGlobal
>



--=20
Silvio Mariji=C4=87
Software Engineer
SMSGlobal

--94eb2c084666e7b0c50565e1657c--