首页 > 代码库 > python高级编程之访问超类中的方法:super()
python高级编程之访问超类中的方法:super()
# -*- coding: utf-8 -*-
# python:2.x
__author__ = ‘Administrator‘
#超类01
#它是一个内建类型，用于访问属于某个对象超类特性
print super#<type ‘super‘>
#如果已习惯于通过直接调用父类将self作为第一参数来访问的特性，可能会出现混乱
#经典方法
class M(object):
def s(self):
print u‘不是超类方法‘
class S(M):
def s(self):
M.s(self)
print u‘只是在继承而已‘
a=S()
a.s()
"""
不是超类方法
只是在继承而已
"""
#看下M.s(self)这一行，使用刚刚描述的方法调用超类（M类）中的s方法，将self作为第一参数传入，这意味着属于M的s()方法将被调用，但是调用它的实例将返回self
#super使用如下:
class S1(M):
def s(self):
super(S1,self).s()
print u‘使用超类super()‘
#注意:当多继承模式时，super()将会变得难以使用，应该理解方法解析顺序(MRO)
#理解python方法解析顺序(MRO)
"""
在2.3中添加了基于为dylan构建的mro(http://www.opendylan.org),即c3新的mro
michele simionato所编写的参考文档在www.python.org/download/releases/2.3/mro 上面可以找，它描述C3构建一个类的线性化（优先级，即祖先的一个排序列表）
这个列表被用于特性的查找
mro的变化用于解决创建公用基本类型(object)所引入的问题,在变成C3线性方法之前，如果一个类有2个祖先,mro计算将很简单，如下:
图片:
"""
class C1:pass
class C2:
def m(self):
print ‘C1+C2‘
class C3(C1,C2):pass
c3=C3()
c3.m()#C1+C2
#当c3.m被调用时，解释程序将查找C3的方法，然后在C1中查找，最后在C2查找
"""
在2个基类之上引用BaseBase类(C1,C2都从其继承，如图:)
结果是，根据《从左到右深度优先》的规则的旧MRO，在C2中查找将通过C1类返回到顶部
看下面的代码将出现一种古怪的情况
"""
class BaseBase:
def methond(self):
print ‘BaseBase‘
class B1(BaseBase):
pass
class B2(BaseBase):
def methond(self):
print ‘B2‘
class MB(B1,B2):
pass
a=MB()
a.methond()#BaseBase
"""
这样的继承很少见，所以这更多是一个理论问题而不是实践问题，标准程序库不会构建这样的继承层次结构，但是由于在类型层次顶部引入了object，语言C边（C side）突然出现了多重继承性问题，从而导致了在进行子类型化时冲突
，因为使用已有的MRO使他正常的工作要花费更多精力，所以提出一个新的MRO
"""
#新的
class A(object):
def m(self):
print ‘A‘
class A1(A):
pass
class A2(A):
def m(self):
print ‘A2‘
class A3(A1,A2):
pass
a=A3()
a.m()#A2
#(object)新的mro基于一个基类之上的递归调用，如下:**(重点:L[A3(A1,A2)]=A3+merge(L[A1],L[A2],A1,A2))
"""
L[A3]是A3类的线性化，而merge是合并多个线性化结果的具体算法
C的线性化是C加上父类的线性化和父类列表合并的总和
merge算法负责删除重复项并保持正确的顺序，其在文章中描述为
取第一个列表的头，也就是L[A1][0]，如果这个头不在任何表的尾部，那么将它加到A3线性化中，并且从合并中列表删除，否则查找下一个列表的头，如果是个好的表头
则取用它
然后重复该操作，直到所有类被删除或者不能找到好的表头，上面的例子中，构建合并是不可能的，2.3将拒绝创建A3关类将抛出一个异常
a（表头）是列表的第一个元素，而tail(表尾)则包含其余元素，比如在（A1，A2,AN...）中，A1是表头，（A2,....,AN）则是表尾
换句话说，C3在每个父类上进行递归尝试查找以获得列表顺序，然后当一个类涉及多个列表时，计算一个从左到右的规则使用层次二义性消除来合并所有的列表
如下:
"""
def L(K):
return [K.__name__ for K in K.__mro__]
print L(A3)#[‘A3‘, ‘A1‘, ‘A2‘, ‘A‘, ‘object‘]
#注意：
"""
类的_mro_的特（只读）用来存储线性化计算结果，计算将在类定义载入时完成
还可能调用A3.mro()来计算并获取结果
提醒：这个只对新风格类起作用，所以在代码库中混杂新旧形式的类并不是好方法，MRO表现将会差异
"""