在基类 python/django 上调用 super

Question

在您将其标记为重复之前，让我声明我了解 super 的工作原理，并且我已阅读以下三个链接：

What does 'super' do in Python?
Understanding Python super() with __init__() methods
http://python-history.blogspot.nl/2010/06/method-resolution-order.html

这就是super 在baseclasses 的情况下应该如何工作：

class X(object):
    def __init__(self):
        print "calling init from X"
        super(X, self).__init__()


class Y(object):
    def abc(self):
        print "calling abc from Y"
        super(Y, self).abc()

a = X()
# prints "calling init from X"  (works because object possibly has an __init__ method)

b = Y()
b.abc()
# prints "calling abc from Y" and then
# throws error "'super' object has no attribute 'abc'" (understandable because object doesn't have any method named abc)

问题：在django 核心实现中，有几个地方在从object 继承的类上使用super 调用methods（在上面的示例中为Y） .例如：有人能解释一下为什么这段代码有效吗？

from django.core.exceptions import PermissionDenied

class LoginRequiredMixin(object):

    def dispatch(self, request, *args, **kwargs):
        if not request.user.is_authenticated():
            raise PermissionDenied

        return super(LoginRequiredMixin, self).\
            dispatch(request, *args, **kwards)   # why does this work? 

参考：从这次谈话中复制了这段代码：https://youtu.be/rMn2wC0PuXw?t=403

Answer 1

之所以有效，是因为 LoginRequiredMixin 旨在用于多重继承场景。在这种情况下，MRO 将解析为类层次结构中同一级别的对象。 （LoginRequiredMixin 旁边指定的其他类型）

您可以在下面看到顺序也很重要

Python 2.7.12 (default, Oct 11 2016, 05:20:59)
[GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.38)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>>
>>>
>>> class Y(object):
...     def abc(self):
...         print "calling abc from Y"
...         super(Y, self).abc()
...
>>> class Z(object):
...     def abc(self):
...         print "calling abc from Z"
...
>>> class YZ(Y, Z):  # multiple inheritance
...     pass
...
>>> c = YZ()
>>> c.abc()
calling abc from Y
calling abc from Z
>>>
>>> class ZY(Z,Y): pass
...
>>> ZY().abc()
calling abc from Z

ZY 基于 MRO 调用 Z.abc，因此 Y.abc 被忽略

Answer 2

您是否测试了该演示文稿中的所有代码？上面的代码只有在有人在幕后做一些不应该做的事情（在某些 Python 实现中是严格禁止的）时才可能起作用 - 修改 Python 内置函数。

你也可以这样做——在你开始执行或构建任何东西之前，这样做：

import __builtin__

class custom_object(object):
    def abc(self):
        print "calling abc from custom_object"

__builtin__.object = custom_object

然后尝试构建您的 X 和 Y 类型，看看效果如何。

附：只是为了强调一点，这仅用于教育目的 - 不要使用它！ 真的没有必要求助于这个，你只会让可能需要的开发人员的生活成为一个活生生的地狱将来解开你的代码。

更新：

根据上述 Josh J 的建议，LoginRequiredMixin 可能不打算用作独立类，而是添加到多重继承链中。在这种情况下，实现dispatch() 方法并扩展object 的基类可以粘在LoginRequiredMixin 上。考虑到 Python 是如何进行 MRO 的，LoginRequiredMixin 中的 super() 实际上将引用“粘合”类方法。

你可以让你的代码表现得像这样：

class Y(object):
    def abc(self):
        print "calling abc from Y"
        super(Y, self).abc()

class Z(object):
    def abc(self):
        print "calling abc from Z"

class YZ(Y, Z):  # multiple inheritance
    pass

c = YZ()
c.abc()
# prints "calling abc from Y" and then
# prints "calling abc from Z"

这仍然是糟糕的框架设计的一个标志（只要考虑一下基于非常简单的代码我们花了多长时间才找到问题的根源），只是比搞乱内置函数稍微不那么残酷。所以，如果有一天你正在设计你的框架也不要这样做。