Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:120123
MIME-Version: 1.0
References: <67b1e9b0-b7c6-71d4-cad2-2286edab759b@daniil.it> <2F21E8B8-190F-4E46-B42C-5EB490EE2AF7@gmail.com>
In-Reply-To: <2F21E8B8-190F-4E46-B42C-5EB490EE2AF7@gmail.com>
Date: Tue, 25 Apr 2023 15:21:51 +0200
Message-ID: <CAPyj-LD+xOQYO92r+41pUfmc9sGWAjwy9fxC26Twngb_S0jUrw@mail.gmail.com>
To: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Final anonymous classes
From: tovilo.ilija@gmail.com (Ilija Tovilo)

Hi Claude

> > Hi all,
> >
> > I've submitted https://github.com/php/php-src/pull/11126 to add support=
 for final anonymous classes, though as noted by iluuu1994, it would probab=
ly make more sense to just make all anonymous classes final by default, wha=
t do you think?
>
> Extending an anonymous class is indeed possible (https://3v4l.org/pDFTL),=
 but it is a hack as best. If someone wants a non-final class, could they n=
ot write a non-anonymous one? As a bonus, they wouldn=E2=80=99t need to ins=
tantiate the class before referencing it.

Indeed. The argument was that, if you need to give the anonymous class
a dedicated name through an alias to extend it, you might as well
declare a named class in the first place.

In case somebody finds benefit in making anonymous classes open, it
seems more sensible to make them opt into openness, rather than
applying this behavior to all anonymous classes that are used as final
99.9% of the time. Although I really don't think that is necessary.

Ilija