Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125565
Precedence: bulk
MIME-Version: 1.0
References: <CAMrTa2E2m00gOoGy5FbvkrLwM1AUP3ZmJXHkxh_R2qEszQ=NWA@mail.gmail.com>
In-Reply-To: <CAMrTa2E2m00gOoGy5FbvkrLwM1AUP3ZmJXHkxh_R2qEszQ=NWA@mail.gmail.com>
Date: Mon, 16 Sep 2024 16:25:56 +0300
Message-ID: <CABAhh3Gu3FtLCLPHyM0+moSouODgh6mkgLbCfBD6rLMLohpOiA@mail.gmail.com>
Subject: Re: [PHP-DEV] [Pre-RFC Discussion] User Defined Operator Overloads (again)
To: php internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
From: someniatko@gmail.com (someniatko)

> This discussion will use my previous RFC as the starting point for conver=
sation: https://wiki.php.net/rfc/user_defined_operator_overloads

> There has been discussion on list recently about revisiting the topic of =
operator overloads after the previous effort which I proposed was declined.=
 There are a variety of reasons, I think, this is being discussed, both on =
list and off list.

On behalf of all struggling PHP developers who would like to implement
patterns like Value Objects, with custom equality criterias;
understanding that this is going to be read by quite an amount of
people, I still would like to express my, and perhaps others',
emotional state:

Please make it happen guys =F0=9F=98=AD=F0=9F=99=8F!!111

I also agree that `=3D=3D` comparisons should be prioritized if only a
subset of operators is to be implemented at once. The arithmetic is
also useful for stuff like GMP, but the niche in PHP is smaller for
that use case.

Regards,
Illia / someniatko