Phillip J. Eby wrote: > Guido's principal argument against list-after-def, if I recall > correctly, was that it is ugly when multiple or lengthy decorators are > involved. But, "ugly" isn't an argument any more, so that shouldn't > rule out list-after-def. :) I think you're confusing "ugly" (the @ form) with "potentially hidden several lines down" (list-after-def). My beef with list-after-def is that it's easy to overlook. I suspect in many cases, the decorating of a function or method will fundamentally alter the behaviour of the function or method, so in that case, I'd prefer to make it as obvious as possible. Anthony -- Anthony Baxter <anthony at interlink.com.au> It's never too late to have a happy childhood.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4