Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:93048
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.215.44 as permitted sender)
MIME-Version: 1.0
Sender: php@golemon.com
In-Reply-To: <0ac3be89-6fb4-610a-ef89-0928f264f96c@fleshgrinder.com>
References: <CAESVnVpa5j=fagr-wm5+DzKKX=wzTN1p8+Kv3-KtGpuyH51b0A@mail.gmail.com>
	<4fc01507-3d07-2309-a4e4-4cad7325249b@gmail.com>
	<AA.0D.03860.787F7275@pb1.pair.com>
	<CA+CPB82OUEzCQibp5YezVaT8PwOF6fXb2Fb39oKL5fPKwX-kRw@mail.gmail.com>
	<bb8bdb06-b9e5-7e02-3aa5-d54121b8eacb@fleshgrinder.com>
	<CAESVnVpFCN-cC1pyiZ+ApOneUagb9ncUfOHqhNtE+WQaBkH_TA@mail.gmail.com>
	<39071a01-a42c-0952-b3a8-b4769c79b56b@fleshgrinder.com>
	<CAESVnVpwbYdeENZ4CW1m8KiLSZv87x5TO3+72uYYR262rgYL3Q@mail.gmail.com>
	<0ac3be89-6fb4-610a-ef89-0928f264f96c@fleshgrinder.com>
Date: Tue, 3 May 2016 11:57:35 -0700
Message-ID: <CAESVnVpBn2fpK-BQXj2261mTMG7ZUK1XwOS6jZn1wiYBEs61mg@mail.gmail.com>
To: PHP internals <internals@lists.php.net>
Cc: Terry Cullen <terry@terah.com.au>, Stephen Coakley <me@stephencoakley.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [RFC] Pipe Operator
From: pollita@php.net (Sara Golemon)

On Tue, May 3, 2016 at 11:52 AM, Fleshgrinder <php@fleshgrinder.com> wrote:
> On 5/3/2016 8:45 PM, Sara Golemon wrote:
>> Pretending that poorly designed libraries exist is na=C3=AEve.
>>
> I really do not know what you want to tell me with that first sentence.
>
Ooops, missed a negation when I typed it out.

"Pretending that poorly designed libraries DON'T exist is na=C3=AEve."

> The solution for the problem is already baked into PHP and usable:
> intermediate variables with meaningful names. Yes, this might sometimes
> be overly verbose. Yes, this might tempt some people to create
> meaningless variable names. All in all no argument that was brought up
> so far showed that this kind of operator is really useful to solve
> something that cannot be already solved. It is always just about source
> code formatting and laziness to write out some variables.
>
As I've said already.  Yes, intermediate variables do address this
style of coding.  Yes, this proposal is syntactic sugar.

Intermediate variables also add cognitive overhead of their own in
cataloging all the various intermediates used in a large function.  By
removing the explicit intermediate variables and replacing them with
unnamed temporaries, the code becomes easier to read because there's
less unnecessary assignments cluttering up the space.

-Sara