Ist es sicher, eine Old-Style-Klasse mit Multiple Inheritance in eine New-Style-Klasse umzuwandeln?

Question

In einem Programm, das ich schreibe, wollte ich einen ConfigParser erstellen, der schreibgeschützt ist, sodass er global sicher verwendet werden kann. Ich habe das nicht erkennen, aber anscheinend die SafeConfigParser ist eine im alten Stil Klasse, so hatte ich es so zu Unterklasse:

class ConstParser(SafeConfigParser, object): 
    """This is a implementation of the SafeConfigParser that can't 
     write any values. This is to ensure that it can only be filled 
     once and won't get messy with multiple modules writing to it.""" 
    def __init__(self, files, defaults={}): 
     super(ConstParser, self).__init__(defaults) 
     self.read(files) 
    def set(self, *args, **argd): 
     raise NotImplementedError() 
    def write(self, *args, **argd): 
     raise NotImplementedError() 
    def remove_option(self, *args, **argd): 
     raise NotImplementedError() 
    def remove_section(self, *args, **argd): 
     raise NotImplementedError() 

Wenn ich nicht Objekt als mixin, der Aufruf von SafeConfigParser der Verwendung __init__ Methode hat nicht funktioniert. Ich bin mir sicher, dass es bessere Möglichkeiten gibt, das zu tun, was ich tun möchte, aber jetzt bin ich neugierig: Ist das im Allgemeinen ok?

Ich meine, ich kann mir keinen Grund vorstellen, warum das eine schlechte Sache wäre, aber es gibt mir immer noch schlechte Gefühle. Sind sie gerechtfertigt, oder bin ich nur paranoid?

Answer 1

den Anruf ersetzen:

super(ConstParser, self).__init__(defaults) 

mit:

SafeConfigParser.__init__(self, defaults) 

und es funktioniert ohne Mehrfachvererbung just fine.