Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125569
Precedence: bulk
MIME-Version: 1.0
References: <CAMrTa2E2m00gOoGy5FbvkrLwM1AUP3ZmJXHkxh_R2qEszQ=NWA@mail.gmail.com>
 <CABAhh3Gu3FtLCLPHyM0+moSouODgh6mkgLbCfBD6rLMLohpOiA@mail.gmail.com> <CANNiG7gBVe_2B9o_uLJRnM6X+JL0My_ajbyA_sSheOsqc3+H7Q@mail.gmail.com>
In-Reply-To: <CANNiG7gBVe_2B9o_uLJRnM6X+JL0My_ajbyA_sSheOsqc3+H7Q@mail.gmail.com>
Date: Mon, 16 Sep 2024 10:51:04 -0700
Message-ID: <CAMrTa2G25eUT9g+RiuW-1UVjS3LJb_H8L4O-qkC=srTtqnE3Xg@mail.gmail.com>
Subject: Re: [PHP-DEV] [Pre-RFC Discussion] User Defined Operator Overloads (again)
To: Bilge <bilge@scriptfusion.com>
Cc: someniatko <someniatko@gmail.com>, php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000003d82d40622403899"
From: jordan.ledoux@gmail.com (Jordan LeDoux)

--0000000000003d82d40622403899
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Mon, Sep 16, 2024 at 6:52=E2=80=AFAM Bilge <bilge@scriptfusion.com> wrot=
e:

>
>
> On Mon, 16 Sept 2024, 15:28 someniatko, <someniatko@gmail.com> wrote:
>
>> On behalf of all struggling PHP developers who would like to implement
>> patterns like Value Objects, with custom equality criterias
>>
>
> I seriously doubt anyone is struggling without this, unless you care to
> provide proof to the contrary. I think this is "nice to have" at best, an=
d
> in that regard, probably disproporional to the effort required to support
> it.
>
> Cheers,
> Bilge
>

Perhaps. I would like to point out that (somewhat to my surprise) the PHP
reddit thread about my original RFC which was declined had about 2/3
community approval in the straw poll:

https://www.reddit.com/poll/rv11fc

I do not disagree that operator overloads as a feature is a specific tool
for a specific problem, and people can ALWAYS make method calls instead of
use operators. But it seems clear to me that there are a great many
developers who feel the feature will help them write more
understandable/maintainable/capable code. The people "struggling" without
this are people trying to develop extremely technical and niche libraries
(like myself). It is a "nice to have" for most people, but I do not believe
that diminishes the number of developers I've talked with before and after
my previous RFC who were wanting this feature.

Jordan

--0000000000003d82d40622403899
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">On Mon, Sep 16, 2024 at 6:52=E2=80=AF=
AM Bilge &lt;<a href=3D"mailto:bilge@scriptfusion.com">bilge@scriptfusion.c=
om</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margi=
n:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex=
"><div dir=3D"auto"><div><br><br><div class=3D"gmail_quote"><div dir=3D"ltr=
" class=3D"gmail_attr">On Mon, 16 Sept 2024, 15:28 someniatko, &lt;<a href=
=3D"mailto:someniatko@gmail.com" target=3D"_blank">someniatko@gmail.com</a>=
&gt; wrote:</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px =
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On behalf of all struggling PHP developers who would like to implement<br>
patterns like Value Objects, with custom equality criterias<br></blockquote=
></div></div><div dir=3D"auto"><br></div><div dir=3D"auto">I seriously doub=
t anyone is struggling without this, unless you care to provide proof to th=
e contrary. I think this is &quot;nice to have&quot; at best, and in that r=
egard, probably disproporional to the effort required to support it.</div><=
div dir=3D"auto"><br></div><div dir=3D"auto">Cheers,</div><div dir=3D"auto"=
>Bilge</div></div></blockquote><div><br></div><div>Perhaps. I would like to=
 point out that (somewhat to my surprise) the PHP reddit thread about my or=
iginal RFC which was declined had about 2/3 community approval in the straw=
 poll:</div><div><br></div><div><a href=3D"https://www.reddit.com/poll/rv11=
fc">https://www.reddit.com/poll/rv11fc</a></div><div><br></div><div>I do no=
t disagree that operator overloads as a feature is a specific tool for a sp=
ecific problem, and people can ALWAYS make method calls instead of use oper=
ators. But it seems clear to me that there are a great many developers who =
feel the feature will help them write more understandable/maintainable/capa=
ble code. The people &quot;struggling&quot; without this are people trying =
to develop extremely technical and niche libraries (like myself). It is a &=
quot;nice to have&quot; for most people, but I do not believe that diminish=
es the number of developers I&#39;ve talked with before and after my previo=
us RFC who were wanting this feature.</div><div><br></div><div>Jordan <br><=
/div></div></div>

--0000000000003d82d40622403899--