Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:120836
MIME-Version: 1.0
References: <CAOfzkkxrQOje274RMUW8kv13vBmtNSNd_D9Bq_SJeDEBVA8i7Q@mail.gmail.com>
 <CAJpLVh1hhd=zxSz+T4eZdd7eBD-40muU81eFwhmh3e0n7VGwyQ@mail.gmail.com>
 <8055b366-32f1-4d2c-85d0-0cf665e6c8d3@app.fastmail.com> <CABAhh3FjjwyZjrpzrES6E1kbRz_czg64-CRxtKw-jkY5JzGYeA@mail.gmail.com>
 <CAJpLVh0sCG-cZ3qubNnHVTCQc9T8MdKHDdZLo5F=P0kcOAiGRQ@mail.gmail.com>
In-Reply-To: <CAJpLVh0sCG-cZ3qubNnHVTCQc9T8MdKHDdZLo5F=P0kcOAiGRQ@mail.gmail.com>
Date: Tue, 18 Jul 2023 17:04:52 +0200
Message-ID: <CAPzBOBMsrO8i=C1VumGVxU8zfGdp+m6REaq6XWzYEvuMYLXwyw@mail.gmail.com>
To: =?UTF-8?Q?Olle_H=C3=A4rstedt?= <olleharstedt@gmail.com>
Cc: someniatko <someniatko@gmail.com>, php internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] pipes, scalar objects and on?
From: landers.robert@gmail.com (Robert Landers)

On Tue, Jul 18, 2023 at 3:18=E2=80=AFPM Olle H=C3=A4rstedt <olleharstedt@gm=
ail.com> wrote:
>
> 2023-07-18 14:48 GMT+02:00, someniatko <someniatko@gmail.com>:
> > I am glad this topic arose! I was also planning to write on this topic =
to
> > the internals mailing list, but have abandoned this idea, because I fee=
l it
> > might be inconvenient for the real active PHP developers on the list to
> > receive too many emails from the people which don't actively participat=
e in
> > the development itself.
> >
> > My interest in the pipe operator might seem a little non-standard -
> > basically what I'd really want to see is a **nullable** pipe operator!
> >
> > There is a popular library github.com/schmittjoh/php-option, which has =
250
> > MILLION installations. Basically what it provides is a class-wrapper of=
 a
> > value of lack thereof: it's either `Some<Type>` or `None`. I also maint=
ain
> > a similar library https://packagist.org/packages/someniatko/result-type
> > which fixes some shortcomings of the original one related to the static
> > analysis, but this is another story. Basically what the stats tell us i=
s
> > that such stuff is popular among the PHP community.
> >
> > In my eyes, it is actually semantically equivalent to the nullable PHP
> > types: `?Type`. And some operations provided by the lib, are actually
> > covered by PHP itself, which has multiple null-friendly operators:
> > `$option->getOrElse($defaultVal)` --> `$nullable ?? $defaultVal`
> > `$option->isEmpty()` --> `$nullable =3D=3D=3D null`
> > `$option->getOrThrow(new \Exception('blah'))` --> `$nullable ?? throw n=
ew
> > \Exception('blah')`
> >
> > I'd like to use the arguably "more idiomatic" native PHP nullables, rat=
her
> > than a foreign-feeling userspace construct, if they were more convenien=
t.
> >
> > But there is a very important operation, `map()`, which is unfortunatel=
y
> > not covered by the native PHP, which is `Option::map()`, and here is a
> > real-world example:
> > ```
> > return $repository->getById($idFromHttpRequest)
> >     ->map($serializer->serializeToJson(...)) // only executes when the
> > Option is Some, not None
> >     ->map(fn (string $json) =3D> new Response(status: 200, content: $js=
on))
> >     ->getOrElse(new Response(status: 404));
> > ```
>
> Ehm, wouldn't that be the same as a Pipe class that's configured to
> stop on null?
>
> public function getThing($id) {
>   return new Pipe(
>     $this->getData(...),
>     $this->serializeData(...),
>     $this->mapToResponse(...)
>   )
>   ->stopOnEmpty()
>   ->from($id)
>   ->run();
> }
>
> Wait, are you using map() for arrays or not? Looks like not.
>
> Olle
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>

I might be venting, but, I wish the operators RFC had passed...