Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:114087
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\))
Date: Wed, 21 Apr 2021 15:14:05 +0200
References: <CAH5C8xVaVtH=SieiObYKAuo2f5jTtuwAZeVB_hyXyw=aQG6a4g@mail.gmail.com>
 <004701d73549$6dbc9840$4935c8c0$@jhdxr.com>
 <CAH5C8xUw=FAa2NqKcFBNKE+rJTu+wZ9o8MhDO0OR78FcDTjwmQ@mail.gmail.com>
 <00c501d7368e$922938f0$b67baad0$@jhdxr.com>
 <CAH5C8xXAr6=1uJSContz_N1eFxxe0mwpZE0A5REgoUPT83RQ9A@mail.gmail.com>
To: PHP Internals List <internals@lists.php.net>
In-Reply-To: <CAH5C8xXAr6=1uJSContz_N1eFxxe0mwpZE0A5REgoUPT83RQ9A@mail.gmail.com>
Message-ID: <866BBB78-85D0-4C97-87FC-63E526CDDF9F@cschneid.com>
Subject: Re: [PHP-DEV] [RFC] [Draft] Final constants
From: cschneid@cschneid.com (Christian Schneider)

Am 21.04.2021 um 14:25 schrieb M=C3=A1t=C3=A9 Kocsis =
<kocsismate90@gmail.com>:
>> My point is actually what=E2=80=99s your scenario for a final =
constant? If you
>> want to make sure the value you access are not changed by child =
class,
>> `self::` can serve the purpose already. If you want to make sure
>=20
>=20
> Yes, my intention is to actually make class constant overriding =
impossible
> when it is desired. You can't really achieve this with only using =
self::,
> since you can only control your own code. Yes, I know that child =
classes
> could still declare a new class constant to overcome this limitation, =
but
> at least there will be no doubt what they should expect if they try to
> override the constant value. Otherwise, they have to check whether the
> parent class uses self:: or static:: calls.


I never really understood the desire to restrict how people can use your =
code.
If there is no good reason to override the value of a class constant =
people won't do it.
If there might be a good reason (even one you as the original designer =
didn't predict) then why not leave that door open.

While I understand the theoretical benefit of being able to specify this =
behavior I do think it is almost always counter productive and not a =
pattern I would encourage. Especially not in a dynamic language like =
PHP.

- Chris