[Python-Dev] Re: Another approach to decorators.
Tim Hochberg
tim.hochberg at ieee.org
Thu Aug 12 06:08:37 CEST 2004
Jp Calderone wrote:
> David Eppstein wrote:
>
>> In article <un011l2qz.fsf at boost-consulting.com>,
>> David Abrahams <dave at boost-consulting.com> wrote:
>>
>>>> class Foo:
>>>>
>>>> decorate static:
>>>>
>>>> def static1(blah...):
>>>> pass
>>>>
>>>> decorate locksFile:
>>>>
>>>> def static2andLocks(blah...): # both decorators appy
>>>> pass
>>>
>>> Wow, Martin Z's idea (using your keyword) really went "thunk" for me.
>>> What decorate does would be very much like what "class" does in some
>>> ways.
>>
>> class: (and other something: constructs) start a block that can
>> contain any code. Does this decorate keyword allow e.g. assignments
>> as well as defs and other decorates? Or loops? If so what should it
>> mean? Is it like that locals() gets replaced by a special
>> dictionary-like-object that calls the decorator whenever any of its
>> contents gets set?
>>
>
> (I have no idea what the original poster intended, however....)
>
> 'decorate' expression ':'
> suite
>
> could create a nested scope, the locals of which could be passed to
> whatever "expression" evaluates to (or if it is a tuple, do the looping
> thing, since people seem to like that).
>
> The call can return a dict with which the class dict is updated.
FWIW, I proposed something very similar to this on python-list
(Python-Dev at python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> [Python-Dev] Re: Another approach to decorators.
Next message: [Python-Dev] Re: Another approach to decorators.
Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the Python-Dev
mailing list