Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:68742
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <5220CEDE.8080600@sugarcrm.com>
References: <CAF+90c_Ld1BAaj2kd+hhdNkcbj6Mar2EZSYPJaSFWqmV_tb=Xw@mail.gmail.com>
 <5220CEDE.8080600@sugarcrm.com>
Date: Fri, 30 Aug 2013 19:21:09 +0200
Message-ID: <CAMyk_AYjnvKXxdF8a+sJjjfgGqtO8C+=nR5oOrwZkcHnuE5yFA@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: Nikita Popov <nikita.ppv@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c2a120ff8d2c04e52d736a
Subject: Re: [PHP-DEV] [RFC] Argument unpacking
From: linepogl@gmail.com (Lazare Inepologlou)

--001a11c2a120ff8d2c04e52d736a
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

2013/8/30 Stas Malyshev <smalyshev@sugarcrm.com>

> Hi!
>
> > This RFC proposes to add a syntax for argument unpacking:
> >
> >     https://wiki.php.net/rfc/argument_unpacking
> >
> > Basically, this is the "complement" of the variadics RFC: It is not abo=
ut
> > declaring variadic functions, but about calling them.
>
> This is just another way of doing call_user_func, I'm not sure we really
> need it. And something like:
> test(1, 2, ...[3, 4], 5, 6, ...[7, 8])
>
> looks plain weird. What would be the use case for doing something like
> that? I don't think we should add this.
>
>
Yes, this example is weird, because every argument is hardcoded anyway. I
guess it has been added just for completeness.

A good example would be function forwarding for variadic functions, without
resorting to call_user_func_array.

An even better example is that there would be no need to have both
call_user_func and call_user_func_array in the first place: The former
would be enough. The same applies to userland functions, and I have been
many times in a situation where I had to define two different functions to
cover both cases.



Lazare INEPOLOGLOU
Ing=C3=A9nieur Logiciel



> --
> Stanislav Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--001a11c2a120ff8d2c04e52d736a--