Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:93049 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24453 invoked from network); 3 May 2016 19:23:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 May 2016 19:23:31 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:52649] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D4/77-03860-1BAF8275 for ; Tue, 03 May 2016 15:23:30 -0400 Received: (qmail 17422 invoked by uid 89); 3 May 2016 19:23:27 -0000 Received: by simscan 1.3.1 ppid: 17416, pid: 17419, t: 0.1260s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 3 May 2016 19:23:27 -0000 To: internals@lists.php.net References: <4fc01507-3d07-2309-a4e4-4cad7325249b@gmail.com> <39071a01-a42c-0952-b3a8-b4769c79b56b@fleshgrinder.com> <0ac3be89-6fb4-610a-ef89-0928f264f96c@fleshgrinder.com> Message-ID: <5728FAAE.2050408@lsces.co.uk> Date: Tue, 3 May 2016 20:23:26 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Pipe Operator From: lester@lsces.co.uk (Lester Caine) On 03/05/16 19:57, Sara Golemon wrote: > 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. Doesn't this assume that you understand just what each stage of the pipeline is returning? Part of the criticism of PHP is that functions are not consistent, so do you end up with a list of functions that can be used and a list that can't? The returns are not what the pipeline is handling? I can understand the advantage of making a consistent interface but as we all understand, that has to co-exist with the current procedural one. https://github.com/nikic/scalar_objects is another attempt at supporting a different style of working which looks a lot more practical than continuing to shoehorn bits into the 'old style' API? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk