Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:99598
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain mindplay.dk from 209.85.192.180 cause and error)
MIME-Version: 1.0
In-Reply-To: <60544EC3-1A13-4E17-B0FB-39C79BB69AE2@bobs-bits.com>
References: <CAFMT4Npoo_ZrRk-kk4C6KHYEtV93pU7Wmh0FhaPi6Z-9qkObaQ@mail.gmail.com>
 <CAESVnVpQtLXhKnUn2EE4s7rZn11r5Kpj2zOSOKRCWFaxaeOrjg@mail.gmail.com>
 <b1105f90-91e9-e61a-b96b-5078c337ab5c@telia.com> <b47c4379-109c-c289-1077-b42ea40fe19f@telia.com>
 <ca6f11d0-5da3-757c-7acd-4acd79a876f1@fleshgrinder.com> <5fe1eefe-1c4f-4c31-c975-ab6c768c977c@telia.com>
 <E56D1F4A-6DC7-47DA-BAD6-1722E017B048@me.com> <CADqTB_jDmFZZc3ah=J8F99P77qnuWVgXS5UwXgrbartCp5B+UQ@mail.gmail.com>
 <3C763609-54FC-480B-AE95-94A1873226E0@me.com> <CADqTB_hU+38TOHdaukhGBS-2NPq-PNSci1h078TPOGbE7WcmWg@mail.gmail.com>
 <9A3447BF-F982-4C5A-B55B-466036AF2E53@me.com> <CAFMT4NrdCRJxGyeGqLbAoaV896FN6VpDjY-68trXoaRgZe4VyQ@mail.gmail.com>
 <CADqTB_hT-Nd5wX129GgeQxL8RNJ85maSPOPHUt-2NK-ef3yF-g@mail.gmail.com>
 <CADqTB_hB1ifmXu4VO6Z4A3gN=2AF_PU4C8yCYXz8QN6zZ_k=6w@mail.gmail.com>
 <2d89daaa-056f-3dcb-a5f2-b790affe203a@garfieldtech.com> <CADqTB_gN+bdU9HBbyjpJJCK7FxO_rQi9hmEuhANGEkc52mpHtw@mail.gmail.com>
 <CADqTB_jXUtjVMexZOScHN96sQYgLKdws6_rGCWV8MDriSe4hCQ@mail.gmail.com> <60544EC3-1A13-4E17-B0FB-39C79BB69AE2@bobs-bits.com>
Date: Wed, 21 Jun 2017 22:24:30 +0200
Message-ID: <CADqTB_huO=+n-+203H7W-9uckvZWKVF7Z9VvmrafGOGV9-9b1g@mail.gmail.com>
To: Stephen Reay <stephen@bobs-bits.com>
Cc: Rowan Collins <rowan.collins@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="94eb2c1a336ecfaf3805527e27dd"
Subject: Re: [PHP-DEV] [RFC]Discuss] Syntax for Arrow Functions
From: rasmus@mindplay.dk (Rasmus Schultz)

--94eb2c1a336ecfaf3805527e27dd
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

> Once you start getting into multi statement closures, all the weird
syntax elements that are being proposed just make it harder to read and
harder to visually parse.

The same is true for current function syntax. But that's what line-breaks
are for :-)

> Automatically importing variables isn=E2=80=99t =E2=80=9Cmore natural=E2=
=80=9D, unless you think
JavaScript is god=E2=80=99s gift to programmers.

Meh, but it's what web developers are used to.

The two biggest web languages, PHP and JS, you know?

Most other languages don't require you to explicitly import vars into
closures either.


On Wed, Jun 21, 2017 at 5:19 PM, Stephen Reay <stephen@bobs-bits.com> wrote=
:

>
> > On 21 Jun 2017, at 21:04, Rasmus Schultz <rasmus@mindplay.dk> wrote:
> >
> > Once people see the nicer, shorter syntax,
>
> For anything but the most basic of closures, the shorter syntax just make=
s
> it harder to visually identify the logic. For 1 liners like `fn($x) =3D> =
$x *
> 2` I can agree there is an argument that its easier to read. I don=E2=80=
=99t
> necessarily agree but I can agree there is an argument to be made.
>
> Once you start getting into multi statement closures, all the weird synta=
x
> elements that are being proposed just make it harder to read and harder t=
o
> visually parse.
>
>
> > and start to enjoy the more
> > natural scoping rules,
>
> Automatically importing variables isn=E2=80=99t =E2=80=9Cmore natural=E2=
=80=9D, unless you think
> JavaScript is god=E2=80=99s gift to programmers.
>
>

--94eb2c1a336ecfaf3805527e27dd--