为什么必须将 self 作为方法装饰器的参数？

Question

对于模块级函数，此代码包含：

def dec(f):
    def wrap(*args, **kwargs):
        f(*args, **kwargs)
    return wrap

@dec
def foo(arg1):
    pass

然而，当装饰方法时，突然之间，你必须有一个参数来捕获实例。

def dec(f):
    def wrap(self, *args, **kwargs):
        f(self, *args, **kwargs)
    return wrap


class Test:
    def __init__(self):
        pass

    @dec
    def foo(self, arg1):
        pass

为什么会这样？ self 有什么特别之处以至于 *args 无法捕捉到它？毕竟，这不只是另一个立场论点吗？ 另外，它（self）是如何传递给内部wrap函数的？

对于第一种情况，它简单地等同于foo = dec(foo)。根据我对闭包的了解，在 foo 作为参数传递给装饰器之前。它使用__closure__ 创建一个外壳，因此它能够保留传递给foo 的任何参数。

为什么说到方法，显然self 似乎不是__closure__ 的一部分？

Answer 1

为什么会这样？ self 有什么特别之处以至于 *args 无法捕捉到它？

这个问题是基于一个有缺陷的前提。事实上，*args 可以包含 self，无论有无装饰器。以下两个例子说明了这一点。

没有装饰器：

class Test(object):

  def foo(self, *args):
    return (self,) + args

  def bar(*args):  # for the purposes of illustration
    return args

t = Test()
print(t.foo(42))
print(t.bar(42))

使用装饰器：

def dec(f):
    def wrap(*args, **kwargs):
        return f(*args, **kwargs)
    return wrap

class Test(object):

    @dec
    def foo(self, arg1):
        return (self, arg1)

t = Test()
print(t.foo(42))

Answer 2

我认为最好由 Python 的创建者自己说：

http://neopythonic.blogspot.com/2008/10/why-explicit-self-has-to-stay.html

主要有两点：

有一个很好的论据表明，在参数列表中要求明确的“自我”加强了这两种调用方法的方式之间的理论等效性。

和

在参数列表中保留显式“self”的另一个参数是能够通过将函数插入类来动态修改类，从而创建相应的方法。