跟老齐学Python之编写类之三子类

关于类，看官想必已经有了感觉，看下面的代码，请仔细阅读，并看看是否能够发现点什么问题呢？

#!/usr/bin/env python

#coding:utf-8
class Person:

    def __init__(self, name, lang, email):

        self.name = name

        self.lang = lang

        self.email = email
    def author(self):

        return self.name
class Programmer:

    def __init__(self, name, lang, email, system, website):

        self.name = name

        self.lang = lang

        self.email = email

        self.system = system

        self.website = website
    def pythoner(self):

        pythoner_list = [ self.name, self.lang, self.email, self.system, self.website ]

        return pythoner_list
if __name__=="__main__":

    writer = Person("qiwsir","Chinese","[e-mail]")

    python = Programmer("qiwsir","Python","[e-mail]","Ubutun","qiwsir.github.io")

    print "My name is:%s"%writer.author()

    print "I write program by:%s"%python.pythoner()[1]

 上面这段代码，运行起来没有什么问题，但是，仔细看，发现有两个类，一个名字叫做Person，另外一个叫做Programmer，这还不是问题所在，问题所在是这两个类的构造函数中，存在这相同的地方：self.name=name,self.lang=lang,self.email=email，这对于追求代码质量的程序员，一般是不允许的。最好不要有重复代码或者冗余代码。可是，在两个类中都要有这些参数，应该怎么办呢？

子类、父类和继承

看下面的代码，里面有两个类A，B。这段程序能够正确运行，每个类的功能是仅仅打印指定的内容。

#!/usr/bin/env python

#coding:utf-8
class A:

    def __init__(self):

        print "aaa"
class B:

    def __init__(self):

        print "bbb"
if __name__=="__main__":

    a = A()

    b = B()
#运行结果

aaa

bbb

 上面的两个类彼此之间没有所谓的父子关系。现在稍加改变，将类B改写，注意观察与上面的差异。

#!/usr/bin/env python

#coding:utf-8
class A:

    def __init__(self):

        print "aaa"
class B(A):         #这里和上面程序不同。B继承了A

    def __init__(self):

        print "bbb"
if __name__=="__main__":

    a = A()

    b = B()
#运行结果

aaa

bbb

 这段程序中，类B跟前面的那段有一点不同，class B(A):,这样写就表明了B相对A的关系：B是A的子类，B从A继承A的所有东西（子承父业）。

但是，看官发现了没有，运行结果一样。是的，那是以为在B中尽管继承了A，但是没有调用任何A的东西，就好比儿子从老爸那里继承了财富，但是儿子一个子也没动，外界看到的和没有继承一样。

#!/usr/bin/env python

#coding:utf-8
class A:

    def __init__(self):

        print "aaa"
class B(A):

    def __init__(self):

        #print "bbb"

        A.__init__(self)    #运行继承的父类
if __name__=="__main__":

    a = A()

    b = B()
#运行结果

aaa

aaa

 这回运行结果有了变化，本来b=B()是运行类B，但是B继承了A，并且在初始化的构造函数中，引入A的构造函数，所以，就运行A的结果相应结果了。

下面把最开头的那端程序用子类继承的方式重写，可以是这样的：

#!/usr/bin/env python

#coding:utf-8
class Person:

    def __init__(self, name, lang, email):

        self.name = name

        self.lang = lang

        self.email = email
    def author(self):

        return self.name

"""

class Programmer:

    def __init__(self, name, lang, email, system, website):

        self.name = name

        self.lang = lang

        self.email = email

        self.system = system

        self.website = website
    def pythoner(self):

        pythoner_list = [ self.name, self.lang, self.email, self.system, self.website ]

        return pythoner_list

"""
class Programmer(Person):       #继承父类Person

    def __init__(self, name, lang, email, system, website):

        Person.__init__(self,name,lang,email)   #将Person.__init__()的功能继承到这里

        #self.name = name                       #这三句是Person中已经搞定的，就不用重复

        #self.lang = lang                       #通过继承已经实现了这三句的功能

        #self.email = email

        self.system = system                    #子类中不同于Person父类部分

        self.website = website
    def pythoner(self):

        pythoner_list = [ self.name, self.lang, self.email, self.system, self.website ]

        return pythoner_list
if __name__=="__main__":

    writer = Person("qiwsir","Chinese","[e-mail]")

    python = Programmer("qiwsir","Python","[e-mail]","Ubutun","qiwsir.github.io")

    print "My name is:%s"%writer.author()

    print "I write program by:%s"%python.pythoner()[1]

 代码运行结果与前面一样。

列位是否理解了子类和父类、继承的特点。如果你有一个老爹，是一个高官或者富豪，那么你就官二代或者富二代了，你就从他们那里继承了很多财富，所以生活就不用太劳累了。这就是继承的作用。在代码中，也类似，继承能够让写代码的少劳累一些。

对于为什么要用继承，好友@令狐虫 大侠给了以非常精彩的解释：

从技术上说，OOP里，继承最主要的用途是实现多 态。对于多态而言，重要的是接口继承性，属性和行为是否存在继承性，这是不一定的。事实上，大量工程实践表明，重度的行为继承会导致系统过度复杂和臃肿， 反而会降低灵活性。因此现在比较提倡的是基于接口的轻度继承理念。这种模型里因为父类（接口类）完全没有代码，因此根本谈不上什么代码复用了。
在Python里，因为存在Duck Type，接口定义的重要性大大的降低，继承的作用也进一步的被削弱了。

另外，从逻辑上说，继承的目的也不是为了复用代码，而是为了理顺关系。

 
我表示完全赞同上述解释。不过看官如果不理解，也没有关系，上述解释中的精神，的确需要在编程实践中感悟才能领会到的。