Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:68763
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.45 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <522113B1.8000605@sugarcrm.com>
References: <CAF+90c_Ld1BAaj2kd+hhdNkcbj6Mar2EZSYPJaSFWqmV_tb=Xw@mail.gmail.com>
 <5220CEDE.8080600@sugarcrm.com> <CAF+90c_d4i0XC7d76_zfE6YLgEi_J2wv-F+kdtSCySsOSSw=9g@mail.gmail.com>
 <5220DA50.9020306@sugarcrm.com> <CAF+90c_iZqf0Di4hH49EW4ZYG=aHQ3Z2sU6aa6KU0cs5tjd6iQ@mail.gmail.com>
 <522113B1.8000605@sugarcrm.com>
Date: Sat, 31 Aug 2013 00:27:58 +0200
Message-ID: <CAMyk_AY=pRPxcOj7F3f-kLJ-nenDdX=kJr5WgcHPO-fuCTOYAQ@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=089e0149d28a482e6304e531bd5d
Subject: Re: [PHP-DEV] [RFC] Argument unpacking
From: linepogl@gmail.com (Lazare Inepologlou)

--089e0149d28a482e6304e531bd5d
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

2013/8/30 Stas Malyshev <smalyshev@sugarcrm.com>

> > don't see a reason why one should explicitly disallow doing multiple
> > unpacks.
>
> Because it makes very hard to understand what's going on and makes no
> sense semantically.
>
> > As you can see, here two arguments are unpacked in one call.
>
> This is very special use case to be hidden in library functions, I don't
> think we need to have language syntax specially directed at that, at the
> cost of making it overall more complex and hard to understand. I can see
> what "add all those params at the end" syntax mean. However having
> something like ($a, ...$b, $c, ...$d, $e, $f, $g, ...$h) I have no idea
> what's going on at all and what is sent where.
>
>
I agree with Stas here. If an argument comes after an unpacked array, its
position is not certain until runtime. This makes life difficult for static
analysis tools, which is one of the reasons for introducing the new syntax.

Even in the use case of Nikita, the two arguments to be unpacked come
without any standard arguments between or after them.

I suggest that argument unpacking should be limited to the last arguments
only.


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
>
>

--089e0149d28a482e6304e531bd5d--