Re: Named params status

As a userland developer, I would love to see named parameters. They are IMHO a much better way to achieve optional parameters skipping than the "skipparams" RFC. Also the named parameters look more "future-compatible" if PHP ever added things like method overloading (which would be great, but that's for another discussion). As for the "majority of users don't want it implemented"; I would probably say otherwise, because most people I spoke with really MISS named parameters in PHP. Pavel Kouril On Sun, Feb 23, 2014 at 10:23 AM, Lester Caine <lester@lsces.co.uk> wrote: > Andrea Faulds wrote: >> >> I know. I asked Nikita about this on IRC about a month or two ago. I think >> he said he just didn’t want to deliver an incomplete feature? > > The RFC says that Nikita will not work on it if there is no demand. I am > seeing many people do want it but personally this is another large bloat > that I see little point to so should there not at least be some vote on > whether it IS worth Nikita's time if the majority of users don't want it > implemented? Having been through a major exercise bringing this under > control using array parameters for variable data I don't want to have to > start coping with yet another passing mechanism as third party libraries > 'adopt new practices'! > > Since this RFC also pulls in other RFC's should the whole roadmap on this be > part of the developing plan for PHP6? Deciding what areas are actually worth > people spending time on. Certainly if parameter names are to evolve to use > UTF-8 strings, this should be part of the development plan? > > -- > Lester Caine - G8HFL > ----------------------------- > Contact - http://lsces.co.uk/wiki/?page=contact > L.S.Caine Electronic Services - http://lsces.co.uk > EnquirySolve - http://enquirysolve.com/ > Model Engineers Digital Workshop - http://medw.co.uk > Rainbow Digital Media - http://rainbowdigitalmedia.co.uk > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >