Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97975
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain mindplay.dk from 209.85.216.181 cause and error)
MIME-Version: 1.0
In-Reply-To: <A189BE42-0375-46EB-9FEA-0D897ACEB681@koalephant.com>
References: <CAESVnVoBrtfWGF-Be+uXWwLNO3=JzuLBXyhW0Dpo-NvoskofQw@mail.gmail.com>
 <CAFMT4Np4zPjDKswAcjA_TkJ70yMEzrRH2SJk_h1k26HnjMyuoA@mail.gmail.com>
 <f9f973f2-7d39-9ebd-bcb1-6ac1c69af962@free.fr> <CAFMT4NpjNOzdtH8LcVzav_5=J2ap8iyO1iAbVykkVHZ=Mx44dA@mail.gmail.com>
 <52a7238f-af22-8960-c829-b1d4ba1bbfdc@free.fr> <CAFMT4Npy=8oyT-JkVtPJEuaR6VNkWw2PF3_OoV8NssFjgO7UOQ@mail.gmail.com>
 <CAFMT4NqmdPGK+JeZYw6Nu9wdLBZv9YRPz_v-xp5_b90dCOTVnA@mail.gmail.com>
 <CADqTB_ibr4FYJ9e2HU8KdK2K=vJMVEWD977hbGBhjT8J6oK76w@mail.gmail.com>
 <CAFMT4Nobqq+Gsd-d-w-=fJFz3aPzq=QtEnZrzEGchgu-WOLAdQ@mail.gmail.com> <A189BE42-0375-46EB-9FEA-0D897ACEB681@koalephant.com>
Date: Thu, 26 Jan 2017 21:56:00 +0100
Message-ID: <CADqTB_hPmWej9KiCXrHwkTjrJ8nM_G5jKQN0sxnHs+cMKx_g0w@mail.gmail.com>
To: Stephen Reay <php-lists@koalephant.com>
Cc: Levi Morrison <levim@php.net>, =?UTF-8?Q?Fran=C3=A7ois_Laupretre?= <flaupretre@free.fr>, 
	Sara Golemon <pollita@php.net>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a113776f2a10490054705933e
Subject: Re: [PHP-DEV] Pipe Operator v2
From: rasmus@mindplay.dk (Rasmus Schultz)

--001a113776f2a10490054705933e
Content-Type: text/plain; charset=UTF-8

Besides, I mean, I'm sure this has occurred to everyone, right?

https://gist.github.com/mindplay-dk/4ef61fd5c0a35e5aa8fc699febb86487

I personally find that this new syntax you're proposing requires a lot of
parsing.

I mean, whenever you see substr() or array_map() etc. you're intuitively
expecting the first argument to be the first argument, right? Now you have
to backtrack through other lines and figure out the context, or try to spot
the $$ and count arguments to figure out which is which.

Just using intermediary variables seems pretty straight-forward and
harmless, so that would be my personal preference - if my coworkers started
using this everywhere, I would likely refactor the code and introduce more
variables in the process of trying to parse and make sense of it.

IMO, shorter, isolated constructions are always easier to read, write,
understand and change than the much longer constructions with the new
operator shown in the RFC.

But I also stay away from fluent APIs for the same reason, so there's that.

Maybe it comes down to personal preference - it's definitely not to my
taste, sorry...


On Wed, Jan 25, 2017 at 7:06 AM, Stephen Reay <php-lists@koalephant.com>
wrote:

> As a userland developer I feel $$ (or some variation starting with $) is
> reasonably natural - it's a variation on a regular variable.
>
>
>
> Sent from my iPhone
>
> > On 25 Jan 2017, at 03:53, Levi Morrison <levim@php.net> wrote:
> >
> >> On Tue, Jan 24, 2017 at 12:25 PM, Rasmus Schultz <rasmus@mindplay.dk>
> wrote:
> >> Isn't `_` more generally used as a "discard" placeholder in most
> languages?
> >>
> >> At least in Swift, Go, Scala, Dart and C# (starting with v7) I think?
> >>
> >> I don't recall having seen it mean "fill in the blank". In what
> languages?
> >>
> >>
> >>> On Fri, Jan 20, 2017 at 4:26 PM, Levi Morrison <levim@php.net> wrote:
> >>>
> >>> Oops, sorry for an email that just quotes others; mis-clicked send.
> >>>
> >>>> Last, a cosmetic suggestion : replace '$$' with '$<' (more explicit as
> >>>> 'input data', imo).
> >>>
> >>> If we aren't going to use `$$` I'd like to use `_` or `__` which read
> >>> similar to "fill in the blank" and has precedence in other languages.
> >>>
> >>> But at this stage I'd much rather focus on changing the general model
> >>> to what I've proposed instead of what is outlined in the RFC. I care
> >>> much more about the feature than the exact syntax for it.
> >>>
> >>> --
> >>> PHP Internals - PHP Runtime Development Mailing List
> >>> To unsubscribe, visit: http://www.php.net/unsub.php
> >
> > Scala does use it this way. It also uses it in pattern matching to
> > mean "match anything else" or "I don't care about this one".
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>
>

--001a113776f2a10490054705933e--