Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:105597
MIME-Version: 1.0
References: <FB70FDD7-53AA-4DB4-B747-6E109BE52C2E@gmail.com> <CADyq6sJZjFQm0W+P=7C0CWp-TbiL2kUL-yJLCbZcmU0Ycc6cuQ@mail.gmail.com>
In-Reply-To: <CADyq6sJZjFQm0W+P=7C0CWp-TbiL2kUL-yJLCbZcmU0Ycc6cuQ@mail.gmail.com>
Date: Sun, 5 May 2019 17:07:43 +0200
Message-ID: <CAOWwgpnASj3j8BXqoMAOhuHntmwOroivvNybbxxZV-GE_kaXqw@mail.gmail.com>
To: Marco Pivetta <ocramius@gmail.com>
Cc: Steven Wade <stevenwadejr@gmail.com>, PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000173ffe0588255996"
Subject: Re: [PHP-DEV] Proposal for a RFC
From: nicolas.grekas@gmail.com (Nicolas Grekas)

--000000000000173ffe0588255996
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Le sam. 4 mai 2019 =C3=A0 18:37, Marco Pivetta <ocramius@gmail.com> a =C3=
=A9crit :

> Hi Steven,
>
> As it currently stands, the array cast is the only operation capable of
> exposing object state without triggering any kind of access guards: it is
> very much required for anything that works with reflection and typed
> properties, and possibly the only operation in PHP that operates on state
> without some contraption intercepting its execution.
>
> It is also necessary to distinguish dynamic properties from declared obje=
ct
> state.
>
> For comparison, all of the following have side-effects due to the
> complexity of the language:
>
>  * isset()
>  * unset()
>  * property read
>  * property write
>  * ReflectionProperty#getValue()
>  * ReflectionProperty#setValue()
>
> Overall, this is problematic, and introduces more magic that I'd gladly
> avoid, in an endpoint used to work around all the engine magic (the only
> stable one so far).
>
> From my end, this sounds like a bad idea, because it removes one of the
> very very few referentially transparent guarantees (if not the only one,
> when dealing with objects) from the language.
>
> Greets,
>
> Marco
>

I want to weight in with what Marco expressed. I have the very same
concerns and they are major ones for many use cases. Mine is VarDumper.

Please don't do this the way it is described.

Nicolas

--000000000000173ffe0588255996--