Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:105130
MIME-Version: 1.0
References: <CAHE1EdtbMsGy-TSJNvrHYcUKq=KamekJOd1+9AOV4ME2VB1j+w@mail.gmail.com>
 <CALGLHq189gZfSu0m-5D6VbcS5_ABkWi2sKjRE5ZQpfyFScOsDw@mail.gmail.com>
 <a544f63e-946f-1cfd-8411-9b4a0d36b18f@gmail.com> <00ab01d4ecfe$e0b03680$a210a380$@jhdxr.com>
 <CBDB7A0E-A971-4B6F-A66E-950BA4F0DFD4@gmail.com>
In-Reply-To: <CBDB7A0E-A971-4B6F-A66E-950BA4F0DFD4@gmail.com>
Date: Sun, 7 Apr 2019 06:53:56 -0400
Message-ID: <CALGLHq3Vz9UNXLBD5WxT0sPwW+tb_VQsV2zFZqS0=q+6j5=Ktw@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000008cc9a40585ee8b61"
Subject: Re: [PHP-DEV] Parameter skipping
From: morganbreden@gmail.com (Morgan Breden)

--0000000000008cc9a40585ee8b61
Content-Type: text/plain; charset="UTF-8"

>In order to use named parameters, somebody needs to have declared what
those names are, and made them a stable API. If they're automatically
supported on existing functions, the author might not intend them to be
used, or even realise they can, so not keep them stable (I tend to think of
parameter names as local, not contractual).

Wouldn't using the name of the variable that is already used for its
function signature work perfectly fine for this?
This is how IDEs already hint for function call completion.

On Sun, Apr 7, 2019 at 6:26 AM Rowan Collins <rowan.collins@gmail.com>
wrote:

> On 7 April 2019 06:00:53 BST, CHU Zhaowei <me@jhdxr.com> wrote:
> >The [named parameters](https://wiki.php.net/rfc/named_params) was
> >proposed in 2013. Does the problems which stopped us before still exist
> >in 2019? Since we all agree named parameter should be a better
> >solution, why not take a look at it first?
>
> I'm not 100% convinced named parameters are the solution to this problem,
> in all cases.
>
> In order to use named parameters, somebody needs to have declared what
> those names are, and made them a stable API. If they're automatically
> supported on existing functions, the author might not intend them to be
> used, or even realise they can, so not keep them stable (I tend to think of
> parameter names as local, not contractual).
>
> To use a default-skipping keyword, you need no extra promise than that
> already made, namely that the default for any parameter is a valid value
> for that parameter.
>
> Regards,
>
> --
> Rowan Collins
> [IMSoP]
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--0000000000008cc9a40585ee8b61--