Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:93037 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 66437 invoked from network); 3 May 2016 07:52:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 May 2016 07:52:12 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; 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:45118] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 56/DE-03860-AA858275 for ; Tue, 03 May 2016 03:52:11 -0400 Received: (qmail 22332 invoked by uid 89); 3 May 2016 07:52:07 -0000 Received: by simscan 1.3.1 ppid: 22326, pid: 22329, t: 0.2145s 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 07:52:07 -0000 To: internals@lists.php.net References: <4fc01507-3d07-2309-a4e4-4cad7325249b@gmail.com> Message-ID: <572858A7.6090605@lsces.co.uk> Date: Tue, 3 May 2016 08:52:07 +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 05:49, Sara Golemon wrote: > It's way more readable in the pipe syntax version, but it's > overloading a single statement in both places. The rop examples show another style of working BUT it only really changes the way of ordering SOME elements of the code. And the pipe operator is only really of use in SOME areas of code? Other changes to the code base could achieve the same results, such as creating the 'improved' array handling API that people keep calling for? I accept that parameter ordering on some functions is not the best for streamlining some steps, but even pipe chaining has it's restrictions and so again is not a total solution, simply another 'complication' when trying to read code. I still think this fails to understand the complexity it adds to handling changes to the code as/if other variations of intermediate code handling ARE required. As I said previously, pulling PDO chaining apart tends to be the first step to correct code that is ignoring intermediate errors, and simply trying to 'chain' all of the errors together via exceptions does not work ... as demonstrated in the rop demonstrations which HAVE to break out exceptions to make the flow work. -- 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