Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:110675
MIME-Version: 1.0
References: <CAPyj-LB7jSiv+7DheaYpEcZXbjeJ9OMsRUTMOofnWbH4LyOQhA@mail.gmail.com>
 <CAPyj-LCV640AZpc=GPb2A+FxqWcSgnzzAH0VVLedCuM0RawmVQ@mail.gmail.com>
 <37f1f8fb-0e1b-cc39-f4b6-6c943a731d49@telia.com> <CAPyj-LAreEydWbK1JcBduQuDtu8r4Bv5a-Oma7mFkr3H2Y3y2A@mail.gmail.com>
 <250b7671-2919-9385-c149-931212397e4b@telia.com>
In-Reply-To: <250b7671-2919-9385-c149-931212397e4b@telia.com>
Date: Thu, 18 Jun 2020 22:51:07 +0200
Message-ID: <CAPyj-LDex6tQLp3HmCF6EitOcmBwuVb5ZiGuQsWWN0yUz09XwA@mail.gmail.com>
To: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [RFC][DISCUSSION] Match expression v2
From: tovilo.ilija@gmail.com (Ilija Tovilo)

Hi Bj=C3=B6rn

>> I'd like to announce the match expression v2 RFC:
>> https://wiki.php.net/rfc/match_expression_v2

> Well one could argue that when working with legacy code containing
> switch statements where one gradually migrates to match, it might be
> easier to have the same separator, i.e. ":".

I think that's somewhat of a moot point. The syntax of match is quite
different (match instead of switch, no case, no break, colon instead
of case, comma instead of semicolon, trailing semicolon). Just making
one of those the same doesn't make a meaningful difference for ease of
migration.

> Is the proposed =3D> separator inspired by Rust or Scala? Checked what
> other languages used and  for switch it's ":" of course. So one might
> argue that to align with match statements in other languages "=3D>" is
> a good choice, but OTOH if ones sees match as an enhanced switch,
> having ":" as a separator is another alternative.

Since nobody else asked for it, just for you I compiled a list of
other languages :)

https://gist.github.com/iluuu1994/11ac292cf7daca8162798d08db219cd5

The conclusion: Most languages also use some form of arrow. It makes
sense to me to stay consistent with those languages.

Ilija