Torsten Bronger a écrit :
Hallöchen!

Bruno Desthuilliers writes:

Torsten Bronger a écrit :

Bruno Desthuilliers writes:

[...]

How would you handle this case with an implicit 'self' :

class Foo(object):
   pass

def bar(self):
   print self

Foo.bar = bar
Just like this.  However, the compiler could add "self" to
non-decorated methods which are defined within "class".
What's defined within classes are plain functions. It's actually
the lookup mechanism that wraps them into methods (and manage to
insert the current instance as first argument).

And why does this make the implicit insertion of "self" difficult?

Did I say such a thing ?

Call me pedantic if you want, but I find it easier to understand how something works when using the appropriate terms, that's all.

I could easily write a preprocessor which does it after all.

A source-code-preprocessor based solution wouldn't do IMHO. But that was not the point. The point is that a working solution would require to handle "functions-or-else" defined within a class statement as a special case, which obviously makes thing more compl[ex|icated]. Now as far as I'm concerned, as long as such a solution 1/ doesn't impose any restriction wrt/ current features of Python's object model and 2/ doesn't make any of the currently used "metaprogramming" idioms more difficult, I just wouldn't care.



--
http://mail.python.org/mailman/listinfo/python-list

Reply via email to