Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:124465
Precedence: bulk
MIME-Version: 1.0
References: <CAOWwgpmbq5VRrZQvUXDsKiNK4r6+bFA4VxnjQ_U=h8T9r0o3DA@mail.gmail.com>
 <ab83af79-0669-47dd-a3cb-ab72327ae174@bastelstu.be> <CAP1Jc13JWVg99AULgzrGXcoCWJtJZGz+nr_VoyUocw8n5n5sfQ@mail.gmail.com>
 <1118bbcd-a7b4-47bf-bf35-1a36ab4628e1@bastelstu.be> <CAP1Jc11vNiazMRL8Y-4NcJhsEkg6kgFNKLymTGfEPYRv114oTA@mail.gmail.com>
 <45847b93-02bf-459f-bcd2-81ba35a12c24@bastelstu.be> <CAOWwgpnt77-Sybzc3hcnFEui9t8wAv03NAov4xCK9ib_VRZ0JA@mail.gmail.com>
 <46bd4098-2936-4e46-98e9-fe55118325c2@bastelstu.be> <CAOWwgpkCy++W1C2t0PnkZ71S8vq1B734ZNPGw2-OHjmrwO3L4A@mail.gmail.com>
 <61ab36bc-b045-452a-84e0-87367d4c680e@bastelstu.be> <CAEPJduk6m1gdPOrsXYbsc+RLuHeEBav3pGwQO+PHs4UGGqtzhg@mail.gmail.com>
 <07e065f2-8f64-4bad-9a98-51f4eaf63ddb@app.fastmail.com> <CAOWwgpngQtg2NRW6M6RwgSH+OS1iipewHBmM5c36P2MxQGX78A@mail.gmail.com>
 <2a0a4650-c2c5-4c6d-ad3a-25365b3391b2@bastelstu.be> <CAOWwgpm9FLy_SNt7HLtJh5sxtfwjZMMN6pOKioDqsJc+GgD-sA@mail.gmail.com>
 <CAOWwgpnwoPH_rkJreh8v+X8WagzcCJ_puT1RWC0c717GMj5Onw@mail.gmail.com>
 <CAOWwgp=uwDebrx-=H8yP1Dgwf9ji=v_qagw9aAxbDJcPvCqKNw@mail.gmail.com> <b096b1d3-4414-4b53-a3b0-3a87c8dd7ff3@app.fastmail.com>
In-Reply-To: <b096b1d3-4414-4b53-a3b0-3a87c8dd7ff3@app.fastmail.com>
Date: Thu, 18 Jul 2024 09:12:45 +0200
Message-ID: <CAOWwgp=88jWSR-roWTrkkgwVgQvLQYbkTGSGAr6ASPs6s7s_4g@mail.gmail.com>
Subject: Re: [PHP-DEV] [RFC] Lazy Objects
To: Larry Garfield <larry@garfieldtech.com>
Cc: php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000001cc34b061d804ff2"
From: nicolas.grekas+php@gmail.com (Nicolas Grekas)

--0000000000001cc34b061d804ff2
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Le jeu. 18 juil. 2024 =C3=A0 00:13, Larry Garfield <larry@garfieldtech.com>=
 a
=C3=A9crit :

> On Wed, Jul 17, 2024, at 6:31 PM, Nicolas Grekas wrote:
>
> > A bit unrelated to the above topic: we've further clarified the RFC by
> > addition restrictions to what can be done with lazy proxies. Namely,
> > when the factory returns an object from a parent class, we describe
> > that adding more on the proxy class would throw, and we also explain
> > why. We also added a restriction to prevent a proxy from having an
> > overridden __clone or __destruct when the factory returns a parent, and
> > explained why again.
> >
> > This should simplify the overall behavior by preventing edge case that
> > wouldn't have easy answers. If those limitations prove too restrictive
> > in practice (my experience tells me they should be fine), they could be
> > leveraged in the future.
> >
> > On our side, this should close the last topics we wanted to address
> > before opening the vote.
> >
> > Please let us know if anyone has other concerns.
> >
> > Cheers,
> > Nicolas
>
> Minor point: Why is the $initializer return type null, instead of void?  =
I
> don't see a purpose to allowing an explicit null return and nothing else.
>

Updated to use "void". Both would work :)



> Otherwise, I'm quite looking forward to this.
>

=F0=9F=A4=9E

--0000000000001cc34b061d804ff2
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">Le=C2=A0jeu. 18 juil. 2024 =C3=A0=C2=
=A000:13, Larry Garfield &lt;<a href=3D"mailto:larry@garfieldtech.com">larr=
y@garfieldtech.com</a>&gt; a =C3=A9crit=C2=A0:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex">On Wed, Jul 17, 2024, at 6:31 PM, Nicolas =
Grekas wrote:<br>
<br>
&gt; A bit unrelated to the above topic: we&#39;ve further clarified the RF=
C by <br>
&gt; addition restrictions to what can be done with lazy proxies. Namely, <=
br>
&gt; when the factory returns an object from a parent class, we describe <b=
r>
&gt; that adding more on the proxy class would throw, and we also explain <=
br>
&gt; why. We also added a restriction to prevent a proxy from having an <br=
>
&gt; overridden __clone or __destruct when the factory returns a parent, an=
d <br>
&gt; explained why again.<br>
&gt;<br>
&gt; This should simplify the overall behavior by preventing edge case that=
 <br>
&gt; wouldn&#39;t have easy answers. If those limitations prove too restric=
tive <br>
&gt; in practice (my experience tells me they should be fine), they could b=
e <br>
&gt; leveraged in the future.<br>
&gt;<br>
&gt; On our side, this should close the last topics we wanted to address <b=
r>
&gt; before opening the vote.<br>
&gt;<br>
&gt; Please let us know if anyone has other concerns.<br>
&gt;<br>
&gt; Cheers,<br>
&gt; Nicolas<br>
<br>
Minor point: Why is the $initializer return type null, instead of void?=C2=
=A0 I don&#39;t see a purpose to allowing an explicit null return and nothi=
ng else.<br></blockquote><div><br></div><div>Updated to use &quot;void&quot=
;. Both would work :)<br></div><div><br></div><div>=C2=A0</div><blockquote =
class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px sol=
id rgb(204,204,204);padding-left:1ex">

Otherwise, I&#39;m quite looking forward to this.<br></blockquote><div><br>=
</div><div>=F0=9F=A4=9E <br></div></div></div>

--0000000000001cc34b061d804ff2--