Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:123894 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by qa.php.net (Postfix) with ESMTPS id 4D0F51A009C for ; Wed, 26 Jun 2024 21:09:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1719436274; bh=T8GiUBj4/iE3bpUahW/zCADYIXv1fkQRPEp9YCQjW2k=; h=In-Reply-To:References:Date:From:To:Subject:From; b=Trlo1N4s5mKFqr8jLi9WDSULItdBp/tiai5MBbdNHJ3PRWHu2jG3B4Yj+1M/znPJl 4ArMsdWucDyS6mfZDy+A2LjRBzgeAiO3xOszLSEXsfkygW/fqo2ggqVY5ExpR8FIL6 ajzYOqRpL4d4753DVt79yZoma+I9vp1JVCONAx3a0wnSh7r3RE36fd/XxpcqjNmQ2l 7IcDxuRQoe+5xR3hTMU44cwSFJfADJJRMci8EfYKkUK1oZvQVaLfMkQs0LSts2JF/e XyMKwxDsNo9D/2ezKigVhymSJS09+LVfKV21P4BydCVODg6dYuG/mxRweeNBY/dga1 2n7wnY9Zn3jIg== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id E3C7A180564 for ; Wed, 26 Jun 2024 21:11:13 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_MISSING,HTML_MESSAGE, RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: Error (Cannot connect to unix socket '/var/run/clamav/clamd.ctl': connect: Connection refused) X-Envelope-From: Received: from fhigh1-smtp.messagingengine.com (fhigh1-smtp.messagingengine.com [103.168.172.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Wed, 26 Jun 2024 21:11:13 +0000 (UTC) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 66E7011401AD; Wed, 26 Jun 2024 17:09:55 -0400 (EDT) Received: from imap49 ([10.202.2.99]) by compute1.internal (MEProxy); Wed, 26 Jun 2024 17:09:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bottled.codes; h=cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1719436195; x=1719522595; bh=T8GiUBj4/i E3bpUahW/zCADYIXv1fkQRPEp9YCQjW2k=; b=qaWKjPv0LFcc3yVu7FfEyNrgcL DPXyWF6ZOY7XINUbzRsXyC8BbiGgrElLb/g+ZIH04j7A+5HdEflmC9Z4wbJ2NVE2 LiwmLeAssbb8AghzpyrAyIYjtGiWwwjT17hu+XRcVbzDre6xLKp61imH97kC8FOY 1LQmHLqbzm8IqlyM5mDWPtF4ZyGAFitIl4wNmWKfZyot+8wh1oAsfOPR/FN5pSuo 8Y5SEvaLyxtNCko4Wcal6mrbDbgSrEjLuxeR/Bbh+/4qjFTSXqBFTBcrVE3VCH0y MDDmm0GJVc8nKT9rWxZS0KR0CnwTea7OY4bO2YYxvkxZAYACJZSM9n7BeJfQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1719436195; x=1719522595; bh=T8GiUBj4/iE3bpUahW/zCADYIXv1 fkQRPEp9YCQjW2k=; b=LM7dzczascHwDsfiilBQDtZqntWt3FKDdKKeROJdlhlA n55Xi5gfEgbSoYAI7mgnLEHsqeWVNoTzh1YmH4QB3TamlfyLyZ9aEgf7w8h8+Txz ijaYoxP7vtvt4Nz8s7e+PAjWrXr9YpdmoKiY6mEUxnIADFAlpcEnqWAORhcShjRJ D6brpxJiwh87mSTimzgZ5KCWCe2YKBd8vLoSx77/4F7jWICj9a2NUMOm4iU/dyDU uUtw9ebLlru6i+Fxerd2IlQoqnN2kCsWiiKupKZ9hZdTy29xZ+daZbv94eVr4ZY7 Jxo2i6Oly4r9Tzj3SlwaVAB6u0/445+WDXd2SqoU+A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrtddvgdduheelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesrgdtreerreerjeenucfhrhhomhepfdftohgs ucfnrghnuggvrhhsfdcuoehrohgssegsohhtthhlvggurdgtohguvghsqeenucggtffrrg htthgvrhhnpedufedtgedvhffhkeektedvffdufeekleffuefgiefffffhieefveelhfet teehtdenucffohhmrghinhepphhhphdrnhgvthenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpehrohgssegsohhtthhlvggurdgtohguvghs X-ME-Proxy: Feedback-ID: ifab94697:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 0334F15A0092; Wed, 26 Jun 2024 17:09:54 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-538-g1508afaa2-fm-20240616.001-g1508afaa Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net MIME-Version: 1.0 Message-ID: <28781fd3-82ac-4c69-88a1-3ead4f0081b9@app.fastmail.com> In-Reply-To: References: Date: Wed, 26 Jun 2024 23:09:34 +0200 To: "Nicolas Grekas" , "PHP Internals List" , "Arnaud Le Blanc" Subject: Re: [PHP-DEV] [RFC] Lazy Objects Content-Type: multipart/alternative; boundary=fb0c23212fcf4284babdae3f37225b3e From: rob@bottled.codes ("Rob Landers") --fb0c23212fcf4284babdae3f37225b3e Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, Jun 4, 2024, at 14:28, Nicolas Grekas wrote: > Dear all, >=20 > Arnaud and I are pleased to share with you the RFC we've been shaping = for over a year to add native support for lazy objects to PHP. >=20 >=20 > Please find all the details here: > https://wiki.php.net/rfc/lazy-objects >=20 > We look forward to your thoughts and feedback. >=20 >=20 > Cheers, > Nicolas and Arnaud >=20 Can you add to the RFC how to proxy final classes as well? This is menti= oned (unless I misunderstood) but in the proxy example it shows the prox= y class extending the proxied class (which I think is an error if the ba= se class is final). How would this work? Or would it need to implement a= shared interface (this is totally fine IMHO)? =E2=80=94 Rob --fb0c23212fcf4284babdae3f37225b3e Content-Type: text/html;charset=utf-8 Content-Transfer-Encoding: quoted-printable
On Tue, Jun 4, = 2024, at 14:28, Nicolas Grekas wrote:

Dear all,
=

Arnaud and I are pleased to share with you the RFC we've been shaping for over a year to add native support=20 for lazy objects to PHP.

Please find all the details = here:

We look forward to your thoughts and feedback.

Cheers,
Nicolas and Arnaud

<= /p>


Can you add to the RFC h= ow to proxy final classes as well? This is mentioned (unless I misunders= tood) but in the proxy example it shows the proxy class extending the pr= oxied class (which I think is an error if the base class is final). How = would this work? Or would it need to implement a shared interface (this = is totally fine IMHO)?

= =E2=80=94 Rob
--fb0c23212fcf4284babdae3f37225b3e--