我不确定python教程的作者所指的限制是什么,但我想这在一定程度上与python中实现方法/属性查找的方式有关(“方法解析顺序”或MRO)。Python使用C3 superclass linearization机制;这是为了处理所谓的“The Diamond Problem”。在
一旦在类层次结构中引入了多重继承,任何给定的类都没有它继承的单一潜在类,它只有“MRO中的下一个类”,即使是那些期望从某个类继承的类。在
例如,如果class A(object)、class B(A)、class C(A)、和{},那么D类的MRO是D->B->C->A。B类可能是编写的,可能是,认为它是从A派生的,当它对自己调用super()时,它将获得A上的一个方法。但这不再是真的;当B调用super()时,它将获得C上的一个方法,如果它存在的话。在
如果在重写的方法中更改方法签名,这可能是一个问题。类B在调用super时,期望类a的方法的签名,而从C获取一个方法,该方法可能没有该签名(从类B的角度来看,可能实现也可能没有实现所需的行为)。在class A(object):
def __init__(self, foo):
print "A!"
class B(A):
def __init__(self, foo, bar):
print "B!"
super(B, self).__init__(foo)
class C(A):
def __init__(self, foo, baaz):
print "C!"
super(C, self).__init__(foo)
class D(B, C):
def __init__(self, foo, bar):
print "D!"
super(D, self).__init__(foo, bar)
print D.mro()
D("foo", "bar")
在这个代码示例中,类B和C合理地扩展了A,并更改了它们的__init__签名,但正确地调用了它们预期的超类签名。但是当你这样做D时,B的有效“超类”就变成了C而不是A。当它调用super时,事情就爆炸了:
^{pr2}$
其他方法也可能发生这种情况(如果它们调用super()),并且“diamond”不必只出现在类层次结构的根上。在