Decorator syntax

Reinhold Birkenfeld reinhold-birkenfeld-nospam at
Sat Aug 7 20:15:01 CEST 2004

Paul McGuire wrote:

> Please reconsider the "def f() [classmethod]:" construct.  Instead of
> invoking a special punctuation character, it uses context and placement,
> with familiar old []'s, to infuse the declaration of a function with special
> characteristics.  If this causes def lines to run longer than one line,
> perhaps the same rule that allows an unmatched "(" to carry over multiple
> lines without requiring "\" continuation markers could be used for unmatched
> "["s, as in:
> def f() [ staticmethod,
>     synchronized,
>     alphabetized,
>     supersized,
>     returns('d') ]:
> "If I'd wanted mucilage, I'dve ordered mucilage." - Humphrey Bogart, "All
> Through the Night"
> If I'd wanted to write in Java, I'dve written in Java.
> Keep Python Beautiful.

Full ACK!

But I fear that without a formal "voting" Python will go the pragmatic
way - that is, keep @ as it's already implemented.

So what would be the most effective way to notify the developers that
(I'm guessing) 90% of the Python community dislike the @ syntax and want
an other?


Wenn eine Linuxdistribution so wenig brauchbare Software wie Windows
mitbrächte, wäre das bedauerlich.  Was bei Windows der Umfang eines
"kompletten Betriebssystems" ist, nennt man bei Linux eine Rescuedisk.
  -- David Kastrup in de.comp.os.unix.linux.misc

More information about the Python-list mailing list