Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:110415
MIME-Version: 1.0
References: <CAPyj-LB7jSiv+7DheaYpEcZXbjeJ9OMsRUTMOofnWbH4LyOQhA@mail.gmail.com>
 <CAPyj-LCV640AZpc=GPb2A+FxqWcSgnzzAH0VVLedCuM0RawmVQ@mail.gmail.com>
In-Reply-To: <CAPyj-LCV640AZpc=GPb2A+FxqWcSgnzzAH0VVLedCuM0RawmVQ@mail.gmail.com>
Date: Sun, 7 Jun 2020 23:13:19 -0700
Message-ID: <CAPrKfG7E+Yupio5dDtgm_Uc9XPs+mkNX0BCWFXctd0_B2jjS+A@mail.gmail.com>
To: Ilija Tovilo <tovilo.ilija@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000008789ff05a78c8259"
Subject: Re: [PHP-DEV] Re: [RFC][DISCUSSION] Match expression v2
From: sarkedev@gmail.com (Peter Stalman)

--0000000000008789ff05a78c8259
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, Jun 5, 2020 at 3:10 PM Ilija Tovilo <tovilo.ilija@gmail.com> wrote:
>
> Hi internals
>
> > I'd like to announce the match expression v2 RFC:
> > https://wiki.php.net/rfc/match_expression_v2
>
> Small reminder: Two weeks have passed since I announced the match v2
> RFC with little new discussion. I'll leave it open for another two
> weeks and put it to a vote then if there are no objections. I will
> send another reminder one day before I do.
>
> Ilija
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>

I really like this addition. =F0=9F=91=8D

It's a great way to decrease code verbosity without getting in the way of
anything else.  Much better without the blocks too, since with blocks you
might as well use functions or `switch`.

I see you mentioned pattern matching, but I think this can be done quite
well in userland.  Have you thought about including ranges, greater/less
than, or some form of `in_array()` matching?

As for making the `(true)` optional, even though many are in favour of it.
to me that seems like something that would happen when/if the `while
(true)` becomes optional.  There's a million examples of the latter on
github, and I think it would be odd to make this optional while (no pun
intended) the `while` one would not be.

Thanks,
Peter

--0000000000008789ff05a78c8259--