Au départ je voulais poser cette question , mais ensuite j'ai trouvé qu'on y avait déjà pensé avant ...
En cherchant sur Google, j'ai trouvé cet exemple d' extension de configparser . Ce qui suit fonctionne avec Python 3:
$ python3
Python 3.2.3rc2 (default, Mar 21 2012, 06:59:51)
[GCC 4.6.3] on linux2
>>> from configparser import SafeConfigParser
>>> class AmritaConfigParser(SafeConfigParser):
... def __init_(self):
... super().__init__()
...
>>> cfg = AmritaConfigParser()
Mais pas avec Python 2:
>>> class AmritaConfigParser(SafeConfigParser):
... def __init__(self):
... super(SafeConfigParser).init()
...
>>> cfg = AmritaConfigParser()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "<stdin>", line 3, in __init__
TypeError: must be type, not classob
Ensuite, j'ai lu un peu sur les styles Python New Class vs Old Class (par exemple ici . Et maintenant je me demande, je peux faire:
class MyConfigParser(ConfigParser.ConfigParser):
def Write(self, fp):
"""override the module's original write funcition"""
....
def MyWrite(self, fp):
"""Define new function and inherit all others"""
Mais, ne devrais-je pas appeler init? Est-ce que c'est en Python 2 l'équivalent:
class AmritaConfigParser(ConfigParser.SafeConfigParser):
#def __init__(self):
# super().__init__() # Python3 syntax, or rather, new style class syntax ...
#
# is this the equivalent of the above ?
def __init__(self):
ConfigParser.SafeConfigParser.__init__(self)
__init__()
dans la sous-classe si tout ce qu'il fait est d'appeler la super classe '__init__()
(en Python 2 ou 3) - au lieu de cela, laissez simplement les super être hérités.