Me gustaría crear un decorador de clase de Python (*) que pueda ajustar sin problemas todos los tipos de métodos que la clase pueda tener: instancia, clase y estática.¿Cómo crear un decorador de clases de Python capaz de envolver los métodos instancia, clase y estáticos?
Este es el código que tengo por ahora, con las piezas que se rompen comentó:
def wrapItUp(method):
def wrapped(*args, **kwargs):
print "This method call was wrapped!"
return method(*args, **kwargs)
return wrapped
dundersICareAbout = ["__init__", "__str__", "__repr__"]#, "__new__"]
def doICareAboutThisOne(cls, methodName):
return (callable(getattr(cls, methodName))
and (not (methodName.startswith("__") and methodName.endswith("__"))
or methodName in dundersICareAbout))
def classDeco(cls):
myCallables = ((aname, getattr(cls, aname)) for aname in dir(cls) if doICareAboutThisOne(cls, aname))
for name, call in myCallables:
print "*** Decorating: %s.%s(...)" % (cls.__name__, name)
setattr(cls, name, wrapItUp(call))
return cls
@classDeco
class SomeClass(object):
def instanceMethod(self, p):
print "instanceMethod: p =", p
@classmethod
def classMethod(cls, p):
print "classMethod: p =", p
@staticmethod
def staticMethod(p):
print "staticMethod: p =", p
instance = SomeClass()
instance.instanceMethod(1)
#SomeClass.classMethod(2)
#instance.classMethod(2)
#SomeClass.staticMethod(3)
#instance.staticMethod(3)
estoy teniendo dos cuestiones que tratan de hacer este trabajo:
- Cuando iteración sobre todo Callables, ¿cómo puedo averiguar si es de una instancia, clase o tipo estático?
- ¿Cómo sobrescribo el método con una versión ajustada apropiada que se invoca correctamente para cada uno de esos casos?
Actualmente, este código genera diferentes TypeError
s dependiendo de lo comentado fragmento es sin comentar, como:
TypeError: unbound method wrapped() must be called with SomeClass instance as first argument (got int instance instead)
TypeError: classMethod() takes exactly 2 arguments (3 given)
(*): El mismo el problema es mucho más simple si eres decorating the methods directly.
Será divertido ver cómo diferentes desarrolladores han manejado este mismo y complicado problema. – wberry
@wberry: sí, ya estoy leyendo las respuestas actuales y noté que será difícil elegir la "correcta". – Chuim