Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:115597
MIME-Version: 1.0
References: <CAOWwgp=B7-AvMao0POCF_h_A3A4voHNA_BsjfonBQ8yDHb0v-A@mail.gmail.com>
 <CAESVnVrCpYCB9VLFvAFbM4gzdBxHcmJQt75cqFcT0wHowMjXYw@mail.gmail.com>
 <F039E1EA-572D-460A-93B5-CBEAA47780FF@stitcher.io> <CAMrTa2EB8rq16bBO-EQ3YBJJmj_s1VqZLji95JSF=3fbDotXUQ@mail.gmail.com>
 <002e01d78326$27ed0680$77c71380$@webkr.de> <E9E140C0-8228-4CA8-9473-855471892C35@gmail.com>
In-Reply-To: <E9E140C0-8228-4CA8-9473-855471892C35@gmail.com>
Date: Wed, 28 Jul 2021 08:13:55 +0700
Message-ID: <CAEZPtU5cyv+hu45Va5sj=YXaUDK=Dd2ZMH66QnteJHAD2L+8Ow@mail.gmail.com>
To: Rowan Tommins <rowan.collins@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [RFC] Nullable intersection types
From: pierre.php@gmail.com (Pierre Joye)

Good morning,

On Wed, Jul 28, 2021 at 5:52 AM Rowan Tommins <rowan.collins@gmail.com> wro=
te:
>
> On 27 July 2021 21:29:47 BST, "Andr=C3=A9 H=C3=A4nsel" <andre@webkr.de> w=
rote:
> >> In fact, when 7.1 was released, none of the signatures changed in my
> >code, they were just
> >> updated to a different syntax.
> >
> >That by the way is only because of a specific compatibility behavior
> >which is so confusing
> >that I erroneously reported it as a bug:
> >https://bugs.php.net/bug.php?id=3D80948
>
>
> I can see how it would be confusing if you're coming to PHP fresh in the =
last few years, but from version 5.1 though to version 7.0, that was the wa=
y you marked nullable parameter types.
>
> It's a "compatibility behavior" only in the sense that it wasn't immediat=
ely removed when the more flexible "?type" syntax was added in 7.1.

I get the feeling the nullable type syntax was not very well noticed
by users when it came out. However it is not what is confusing I
think. intersection, types on the other hand, are. I have yet to find
usages so critical that we had to rush that in in an incomplete
manner. I personally prefer how it is done in typescript, but same
thought, I have yet to see good code design using them. ;)

Best,
--=20
Pierre

@pierrejoye | http://www.libgd.org