Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85400
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CACjyb+xrqDhyBNjUBhedFH6faaPKamV7o2j1ChUEoVodgo-bnw@mail.gmail.com>
References: <CACjyb+xrqDhyBNjUBhedFH6faaPKamV7o2j1ChUEoVodgo-bnw@mail.gmail.com>
Date: Sun, 22 Mar 2015 08:54:50 +0000
Message-ID: <CAPwsocHY8jo5rBonkLm89WLci_xBfr4d-i=aDy_+46XDHA3Liw@mail.gmail.com>
To: "Georges.L" <contact@geolim4.com>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary=089e016338eeccfe4d0511dcb32d
Subject: Re: [PHP-DEV] RFC: Nested enclosing returns
From: leight@gmail.com (Leigh)

--089e016338eeccfe4d0511dcb32d
Content-Type: text/plain; charset=UTF-8

On 21 March 2015 at 12:13, Georges.L <contact@geolim4.com> wrote:

> Hi php internals,
>
> After some long and deep research i finally decided to write my first RFC
> about a feature i'd be interested to be improved in the php core: *Nested
> enclosing returns*
>
>
> The main purpose, as the title say, is to have the possibility to nest
> multiple return like we can do currently with break/continue.
>
> I thinks it'll being better with a scheme:
>
>
>
>
> function foo($foo = true)
> {
>    if(!$foo)
>    {
>       return false, 3;// Please note the second return argument is the
> return nesting level
>    }
>    else
>    {
>       return true;// Default nested return argument is always equal to
> 1 (if not specified, current)
>    }
> }
>
> function bar($foo = true)
> {
>    foo($foo);
>    // Some stuff that will never be executed if $foo == false and
> nested return argument = 2
>    echo 'Hi jon !';
> }
>
> function baz($foo = true)
> {
>    echo 'Hi bertie !';
>    foo($foo);
>    // Some stuff that will never be executed if $foo == false and
> nested return argument = 3
>    echo 'Hi freddy !';
> }
>
>
> baz(true);  // Display:
>          //  Hi bertie !
>          //  Hi jon !
>          //  Hi freddy !
>
> baz(false);  // Display:
>          //  Hi bertie !
>
>
> Benefits:
> -Wont break compatibility
> -May improve code interpretation speed due to part of code skipped by the
> nested return.
> -Allow "dynamic" return expressions.
>
> Inconveniences:
> -May complicate debug/backtrace
>

I think this will lead to a debugging nightmare, sorry.

It allows functions to behave in an incredibly non-obvious way, makes it
really easy to break things, and when something is broken the complexity of
locating and fixing it feels like it will be insane.

I'm imagining functions with branches that have different return levels in
them, called from functions with branches with different return levels in
them.... I feel like crying and it's not even a real feature yet!

--089e016338eeccfe4d0511dcb32d--