[Python-Dev] Re: Candidate Function Decorator
Phillip J. Eby
pje at telecommunity.com
Tue Apr 13 13:58:08 EDT 2004
At 01:48 PM 4/13/04 -0400, Raymond Hettinger wrote:
> > I have the impression that it is proposed that the function f will
>*not*
> > yet be bound to its name (f.func_name) in its environment at the time
>the
> > decorator is called.
>
>Hmm, that would be a change. Currently, staticmethod() and
>classmethod() take fully formed functions as inputs. So, if your
>impression is correct,
It is. See PEP 318, under "Current Implementation". Also, several
proposed decorators such as propget/propset/propdel and "generic" rely on
this distinction for their magic.
>there would be a small semantic difference
>between the [classmethod] prefix and f=classmethod(f) postfix
>decoration.
Yes, and that's the desired semantics, as it makes possible many things
that are quite awkward with the existing syntax.
More information about the Python-Dev
mailing list