I like the idea of a kind attribute, I don't like the current names for the possible values.
At the very least, "positional only" needs to be supported to handle nameless parameters in C functions (or those that unpack *args internally) The level of abbreviation used also seems unnecessary and internally inconsistent. My proposal: POSITIONAL- positional only NAMED_POSITIONAL - normal parameter VAR_POSITIONAL - *args KEYWORD - keyword only VAR_KEYWORDS - **kwds -- Sent from my phone, thus the relative brevity :) On Jun 15, 2012 7:07 AM, "Ethan Furman" <et...@stoneleaf.us> wrote: > Yury Selivanov wrote: > >> I'll amend the PEP this evening to replace 'is_args', 'is_kwargs', >> and 'is_keyword_only' with a 'kind' attribute, with possible >> values: 'positional', 'vararg', 'varkw', 'kwonly'. >> >> Parameter class will have four constants, respectively: >> >> class Parameter: >> KIND_POSITIONAL = 'positional' >> KIND_VARARG = 'vararg' >> KIND_VARKW = 'varkw' >> KIND_KWONLY = 'kwonly' >> >> 'Parameter.is_implemented' will be renamed to 'Parameter.implemented' >> >> Is everybody OK with this? Thoughts? >> >> I, for instance, like 'varkwarg' more than 'varkw' (+ it is more >> consistent with **kwargs) >> > > +1 > > I like these names, and the similarity between 'vararg' and 'varkw'. I > would also be happy with 'args' and 'kwargs'. > > ~Ethan~ > ______________________________**_________________ > Python-Dev mailing list > Python-Dev@python.org > http://mail.python.org/**mailman/listinfo/python-dev<http://mail.python.org/mailman/listinfo/python-dev> > Unsubscribe: http://mail.python.org/**mailman/options/python-dev/** > ncoghlan%40gmail.com<http://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com> >
_______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
