Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:126341
Precedence: bulk
MIME-Version: 1.0
References: <de8140ab-0941-45cd-ba20-4aece2f69aea@app.fastmail.com> <38b57201-5091-4c68-988b-9ce3beac8fcb@cubiclesoft.com>
In-Reply-To: <38b57201-5091-4c68-988b-9ce3beac8fcb@cubiclesoft.com>
Date: Fri, 7 Feb 2025 21:45:16 +0100
Message-ID: <CAMkukMxVuKf3Ob+Asv-pBZy0q9nJBV4f0QEfykc1p=d=L1GXzQ@mail.gmail.com>
Subject: Re: [PHP-DEV] [RFC] Pipe Operator (again)
To: Thomas Hruska <thruska@cubiclesoft.com>
Cc: Larry Garfield <larry@garfieldtech.com>, php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000057f787062d93702b"
From: hello@faizanakram.me (Faizan Akram Dar)

--00000000000057f787062d93702b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, 7 Feb 2025, 21:27 Thomas Hruska, <thruska@cubiclesoft.com> wrote:

> The repeated assignment to $temp in your second example is _not_
> actually equal to the earlier example as you claim.  The second example
> with all of the $temp variables should, IMO, just be:
>
> $temp =3D "Hello World";
> $result =3D array_filter(array_map('strtoupper',
> str_split(htmlentities($temp))), fn($v) { return $v !=3D 'O'; });
>

Tbh, this is unreadable. Larry's example with an intermediate variable is a
magnitude times more readable. This is exactly why we need pipe operator.

I also consider the above compact code to be plenty readable and not
> particularly necessary to span multiple lines, but that's obviously
> subjective.
>

It is not, the functions are being applied from in to out (or right to
left), which become hard to read with addition of each new function. Pipe
operator makes it natural as they are applied from left to right which is
how you read code, literally 0 cognitive load.

Just because someone _can_ do something doesn't mean that they should.
> More than likely, users trying to do pipe-like operations in PHP
> shouldn't be doing them in the first place.
>

Why not? It clearly makes code more readable and in future with PFA (=F0=9F=
=A4=9E)
will allow composing non-unary functions.
PHP is and always has been a multi paradigm language, there is no reason to
not add stuff which makes using functional paradigm easier.


Kind regards,
Faizan

--00000000000057f787062d93702b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><div><br><br><div class=3D"gmail_quote gmail_quote_contai=
ner"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, 7 Feb 2025, 21:27 Thomas=
 Hruska, &lt;<a href=3D"mailto:thruska@cubiclesoft.com">thruska@cubiclesoft=
.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The repeated as=
signment to $temp in your second example is _not_ <br>
actually equal to the earlier example as you claim.=C2=A0 The second exampl=
e <br>
with all of the $temp variables should, IMO, just be:<br>
<br>
$temp =3D &quot;Hello World&quot;;<br>
$result =3D array_filter(array_map(&#39;strtoupper&#39;, <br>
str_split(htmlentities($temp))), fn($v) { return $v !=3D &#39;O&#39;; });<b=
r></blockquote></div></div><div dir=3D"auto"><br></div><div dir=3D"auto">Tb=
h, this is unreadable. Larry&#39;s example with an intermediate variable is=
 a magnitude times more readable. This is exactly why we need pipe operator=
.=C2=A0</div><div dir=3D"auto"><br></div><div dir=3D"auto"><div class=3D"gm=
ail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" style=3D=
"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I also cons=
ider the above compact code to be plenty readable and not <br>
particularly necessary to span multiple lines, but that&#39;s obviously <br=
>
subjective.<br></blockquote></div></div><div dir=3D"auto"><br></div><div di=
r=3D"auto">It is not, the functions are being applied from in to out (or ri=
ght to left), which become hard to read with addition of each new function.=
 Pipe operator makes it natural as they are applied from left to right whic=
h is how you read code, literally 0 cognitive load.=C2=A0</div><div dir=3D"=
auto"><br></div><div dir=3D"auto"><div class=3D"gmail_quote gmail_quote_con=
tainer"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex">
Just because someone _can_ do something doesn&#39;t mean that they should. =
<br>
More than likely, users trying to do pipe-like operations in PHP <br>
shouldn&#39;t be doing them in the first place.<br></blockquote></div></div=
><div dir=3D"auto"><br></div><div dir=3D"auto">Why not? It clearly makes co=
de more readable and in future with PFA (=F0=9F=A4=9E) will allow composing=
 non-unary functions.=C2=A0</div><div dir=3D"auto">PHP is and always has be=
en a multi paradigm language, there is no reason to not add stuff which mak=
es using functional paradigm easier.=C2=A0</div><div dir=3D"auto"><br></div=
><div dir=3D"auto"><br></div><div dir=3D"auto">Kind regards,</div><div dir=
=3D"auto">Faizan</div></div>

--00000000000057f787062d93702b--