Re: Named params status

From: Date: Sat, 22 Feb 2014 21:42:48 +0000
Subject: Re: Named params status
References: 1 2 3 4  Groups: php.internals 
Request: Send a blank email to internals+get-72763@lists.php.net to get a copy of this message
Am Sa. Feb. 22 2014 17:15:20 schrieb Patrick Schaaf: > On Saturday 22 February 2014 14:25:07 Andrea Faulds wrote: >> On 21 Feb 2014, at 19:49, Gleb Golubitsky <sectoid@gnolltech.org> wrote: >>> Sad to hear so. What exactly stops from having it in the mainline? >> >> While the named parameters implementation works, we'd need to update the >> function info headers for every single internal function, and make sure it >> matches the documentation. I think Nikita simply doesn’t have the time on >> his hands. > > I know that I said it more nicely before.... That is stupidity. > > Just release the feature for user code (self-written functions and methods). > > Create a suitable variation of the internals function declaration macros that > expresses "this function has been vetted for named parameter usage, and refuse > to accept named parameters (FATAL) for any function not so vetted. > > Then let the internal function vetting proceed at whatever pace it takes, > later. > > If you first wait for each and every internal (and extension?) function being > converted, this will never happen. > > best regards > Patrick I agree with that post. For most, we can just create our own wrapper functions untill the functions have a real named parameter implementation (has_named_params() ?). The named parameters can then be added from time to time over minimal releases (5.6.?).

« previous php.internals (#72763) next »