Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:70280
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.50 as permitted sender)
MIME-Version: 1.0
Sender: ua.oleg@gmail.com
In-Reply-To: <1383682887.4097.47.camel@guybrush>
References: <CAMhKfba+uk=cN3v_gSkc5rkf9MUc06Muv3mQ2bNURiNZ64fcqQ@mail.gmail.com>
 <CAF+90c_XTc-hX3DQK-4rWnGGJZ2hK=WLKxYN5-Kn7wn8LZ5o5g@mail.gmail.com>
 <C3A45825-F587-47B9-B8C5-A6EE346B75F1@googlemail.com> <1383682887.4097.47.camel@guybrush>
Date: Fri, 22 Nov 2013 11:54:46 +0200
Message-ID: <CAMhKfbYaqp2_g7dV1viuDzTinAcX9j6eWx0Sr_Y34ijFSHngNw@mail.gmail.com>
To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>
Cc: Kevin Ingwersen <ingwie2000@googlemail.com>, Nikita Popov <nikita.ppv@gmail.com>, 
	PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7bf1609c61182c04ebc10226
Subject: Re: [PHP-DEV] PHP RFC: Deffering functions by arguments (count or/and type)
From: oleg@poludnenko.info (Oleg Poludnenko)

--047d7bf1609c61182c04ebc10226
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Johannes, thank you for your complete response. I've made a complex
brainstorm with my colleagues and with a local community (
http://habrahabr.ru/post/198980/). So it took a long time. Nevertheless
I've gotten an answers to your questions. And here they are. We need to
implement two new modifiers: *override* and *dynamic*. The first one should
be used to designate a function which overrides it's parent: *override
public function* calcPerimeter() { ... } We are allowed to override only
methods defined as *abstract* (without implementation) or *dynamic* (contai=
ns
implementation). So the new modifier *dynamic* designates that function
could be overridden and it has implementation.

Here there is a code sample: https://gist.github.com/uaoleg/7596995


On Tue, Nov 5, 2013 at 10:21 PM, Johannes Schl=C3=BCter
<johannes@schlueters.de>wrote:

> On Tue, 2013-11-05 at 19:22 +0100, Kevin Ingwersen wrote:
> > I had nothing to do,
>
> With such statements be careful: A mail here goes to a thousand or so
> readers, saving them time is notable and helps to get responses.
>
> >  so here we go:
> https://gist.github.com/IngwiePhoenix/e7fbee9f769fc137250d
>
> There are two things which have to be solved for this being possible:
>
>       * There needs to be a backwards compatible way to handle the fact
>         that PHP functions accept variable amounts of parameters
>         currently
>       * This has to be implemented in a way not slowing down all
>         function calls
>
> For the first item think about code like this:
>
>    class B {
>      function foo() { func_get_ars(); }
>    }
>    class E extends B {
>      function foo($bar =3D null) { func_get_ars(); }
>    }
>    $o =3D new E;
>    $o->foo(1, 2);
>
> With the logic from the idea B::foo() and E::foo() are different
> methods, with current PHP they are overriding each other. Currently this
> call E::foo(). what should happen After your change? Break lots of code?
>
> For the second item: Function calls in PHP are relatively slow already
> and we have no good way to "bind" the calls during compilation so we
> always have to resolve the call at run time. Consider this:
>
>    function foo(someInterface $o) {
>        $o->method();
>    }
>
> There we don't know which method to call. Unless there is a good idea
> and a patch I expect this to slow down each and every function call.
> which in my perspective is a no-go. Languages like C++ "mangle" the
> parameters in the function name, which is complicated ina dynamic
> language lie PHP, and have more information (when compiling that sample
> function above PHP doesn't need the definition of someInterface, yet, it
> might not exist, yet) Maybe somebody has an idea for a good
> implementation. But till then I'd put this aside.
>
> johannes
>
>
>
>

--047d7bf1609c61182c04ebc10226--