Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:113792
MIME-Version: 1.0
References: <88c9eb5f-f80c-4869-b7f8-1b58b9e2eaa3@www.fastmail.com>
 <CAF+90c9PRmK1FM_uUO3qMhhvMybY4z_aZkmMO53TVfuy--U32g@mail.gmail.com>
 <CAPKYkKxTgHnzXKwkHi4qgJewY86vWFehrhN39fyrrK5KWNVvig@mail.gmail.com>
 <4DC3B66E-A91A-4AA9-8872-8EE9DE92C2D4@cschneid.com> <8c72c162-83c0-7c7f-2fa7-4fbe3fb30a4a@gmail.com>
 <605bae82.1c69fb81.f49f7.d11eSMTPIN_ADDED_MISSING@mx.google.com>
 <919e30e7-3e5e-d955-7bb4-1e1b5825cdd1@gmail.com> <635DD146-FC6F-4991-8D2C-5A6B492722D5@newclarity.net>
 <734f12de-da98-6b76-c2fe-8682f4d177aa@gmail.com> <cmu-lmtpd-18039-1616678949-0@darkcity>
 <5D33D73A-6B75-456B-9774-91F71FF450BA@cschneid.com> <CAJpLVh0v1QttmXuVzJ6fRmvgcR4JNW9q60EYSV3psVDww1nRuQ@mail.gmail.com>
In-Reply-To: <CAJpLVh0v1QttmXuVzJ6fRmvgcR4JNW9q60EYSV3psVDww1nRuQ@mail.gmail.com>
Date: Thu, 25 Mar 2021 13:25:04 -0400
Message-ID: <CAPKYkKyP1w-wTpwK6yPpQEjkpNUNcP619abSTFdCVoXHdJmXZQ@mail.gmail.com>
To: =?UTF-8?Q?Olle_H=C3=A4rstedt?= <olleharstedt@gmail.com>
Cc: Christian Schneider <cschneid@cschneid.com>, php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000e39b6d05be5fb235"
Subject: Re: [PHP-DEV] [RFC] Auto-capture multi-line closures
 andshortfunctions take 2
From: chasepeeler@gmail.com (Chase Peeler)

--000000000000e39b6d05be5fb235
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 25, 2021 at 10:38 AM Olle H=C3=A4rstedt <olleharstedt@gmail.com=
>
wrote:

> 2021-03-25 15:23 GMT+01:00, Christian Schneider <cschneid@cschneid.com>:
> > Am 25.03.2021 um 14:29 schrieb Mark Randall <marandall@php.net>:
> >> On 25/03/2021 09:28, Rowan Tommins wrote:
> >>> That's not quite what I meant. I meant that you can't say "capture by
> >>> default, but this variable is definitely local".
> >>
> >> I think if there's one argument against, this would be it, but IMHO it
> is
> >> a weakness in PHP as a whole.
> >
> > I'm not sure if I misunderstand what you're saying but to me it is one =
of
> > the greatest things about PHP that everything is local by default (minu=
s
> a
> > narrow set of well-known and easily enough recognizable things).
> >
> >> The solution would be adding JS-like let / const statements. Which wou=
ld
> >> be a benefit to other things too.
> >
> >
> > I disagree that this is the solution. I think JS had to add var and lat=
er
> > let because of the unfortunate decision to have C-like scoping rules.
> > Making scoping in PHP more complex to be able to repeat this mistake in
> some
> > form seems ill-advised to me.
> >
> > - Chris
>
> You could make the change that *all* variables are now block-scoped,
> not function-scoped. That would make auto-capture less dangerous, but
> I don't know how much code it would break.
>
>
The BC implications would be huge, not to mention that it wouldn't be a
good idea anyway (at least in my opinion). The following would no longer
work:

if($check){
  $match =3D true;
} else {
  $match =3D false;
}

//stuff

if($match){...}

Yes, that could be done in a way that works with block scoping, but the
fact that PHP has never been blocked scoped means there would be a LOT of
code that would break if it was.



> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>

--=20
Chase Peeler
chasepeeler@gmail.com

--000000000000e39b6d05be5fb235--