Początkowo chciałem zadać to pytanie , ale potem odkryłem, że już o nim pomyślano ...
Szukając w Google, znalazłem przykład rozszerzenia configparser . Następujące elementy działają z 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()
Ale nie w Pythonie 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
Potem poczytałem trochę o stylach Python New Class vs. Old Class (np . Tutaj . I teraz się zastanawiam, mogę zrobić:
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"""
Ale czy nie powinienem wywołać init? Czy to w Pythonie 2 jest równoważne:
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)
python
inheritance
configparser
Oz123
źródło
źródło
__init__()
w podklasie, jeśli wszystko, co robi, to wywoływanie superklasy__init__()
(w Pythonie 2 lub 3) - zamiast tego po prostu pozwól dziedziczyć superklasę.Odpowiedzi:
super()
(bez argumentów) został wprowadzony w Pythonie 3 (wraz z__class__
):więc byłby to odpowiednik Pythona 2 dla klas w nowym stylu:
na zajęciach w starym stylu możesz zawsze użyć:
źródło
super(__class__)
dajeNameError: global name '__class__' is not defined
i równieżsuper(self.__class__)
jest błędny. Państwo musi zapewnić wystąpienie jako drugi argument, która sugerowałaby trzeba zrobićsuper(self.__class__, self)
, ale to nie tak . JeśliClass2
dziedziczyClass1
iClass1
połączeńsuper(self.__class__, self).__init__()
,Class1
jest__init__
wtedy nazywać się przy uruchamianiu instancjiClass2
.TypeError: super() takes at least 1 argument (0 given)
, próbując wywołaćsuper(self.__class__)
w Pythonie 2. (Co nie ma większego sensu, ale pokazuje, jak wiele informacji brakuje w tej odpowiedzi).__init__()
bez argumentów na niezwiązanej Super obiektu (który można uzyskać poprzez wywołaniesuper(self.__class__)
tylko jeden argument), trzeba związanego super-obiekt to powinno działać:super(CurrentClass, self).__init__()
. Nie używaj,self.__class__
ponieważ to zawsze będzie odnosić się do tej samej klasy podczas wywoływania rodzica, a zatem tworzy nieskończoną pętlę, jeśli ten rodzic również robi to samo.__class__
(członek) istnieje również w Pythonie2 .__class__
członkowski, ale o niejawnie utworzone__class__
zamknięcie leksykalne, które zawsze odnosi się do aktualnie definiowanej klasy, która nie istnieje w pythonie2.W pojedynczym przypadku dziedziczenia (w przypadku podklasy tylko jednej klasy) nowa klasa dziedziczy metody klasy bazowej. Obejmuje to
__init__
. Jeśli więc nie zdefiniujesz tego w swojej klasie, otrzymasz ten z bazy.Sprawy zaczynają się komplikować, jeśli wprowadzisz wielokrotne dziedziczenie (tworzenie podklas więcej niż jednej klasy na raz). Dzieje się tak, ponieważ jeśli więcej niż jedna klasa bazowa ma
__init__
, twoja klasa odziedziczy tylko pierwszą.W takich przypadkach powinieneś naprawdę używać,
super
jeśli możesz, wyjaśnię dlaczego. Ale nie zawsze możesz. Problem w tym, że wszystkie twoje klasy bazowe również muszą go używać (a także ich klasy bazowe - całe drzewo).Jeśli tak jest, to również będzie działać poprawnie (w Pythonie 3, ale można go przerobić na Python 2 - tak też jest
super
):Zauważ, że obie klasy bazowe używają,
super
mimo że nie mają własnych klas bazowych.Co
super
robi: wywołuje metodę z następnej klasy w MRO (kolejność rozwiązywania metod). MRO naC
to:(C, A, B, object)
. Możesz wydrukować,C.__mro__
aby to zobaczyć.Tak więc
C
dziedziczy__init__
poA
isuper
wA.__init__
połączeniachB.__init__
(B
następujeA
w MRO).Więc nie robiąc nic, w
C
końcu dzwonisz do obu, a właśnie tego chcesz.Teraz, gdybyś nie używał
super
, skończyłbyś na dziedziczeniuA.__init__
(jak poprzednio), ale tym razem nie ma nic, co byB.__init__
cię wymagało .Aby to naprawić, musisz zdefiniować
C.__init__
:Problem polega na tym, że w bardziej skomplikowanych drzewach MI
__init__
metody niektórych klas mogą być wywoływane więcej niż raz, podczas gdy super / MRO gwarantują, że zostaną wywołane tylko raz.źródło
Notice how both base classes use super even though they don't have their own base classes.
Oni mają. W py3k każda klasa stanowi podklasę obiektu.Krótko mówiąc, są równoważne. Spójrzmy na historię:
(1) na początku funkcja wygląda następująco.
(2) aby kod był bardziej abstrakcyjny (i bardziej przenośny). Wynaleziono powszechną metodę uzyskania superklasy, na przykład:
Funkcją init może być:
Jednak wymaganie jawnego przekazania zarówno klasy, jak i instancji powoduje nieco złamanie reguły DRY (Don't Repeat Yourself).
(3) w wersji V3. Jest mądrzejszy,
w większości przypadków wystarczy. Możesz odnieść się do http://www.python.org/dev/peps/pep-3135/
źródło
Żeby mieć prosty i kompletny przykład dla Pythona 3, którego większość ludzi używa teraz.
daje
źródło
Kolejna implementacja pythona3, która wykorzystuje klasy abstrakcyjne z super (). Powinieneś o tym pamiętać
ma taki sam efekt jak
Pamiętaj, że w super () znajduje się ukryte „self”, więc ten sam obiekt jest przekazywany do metody init nadklasy, a atrybuty są dodawane do obiektu, który go wywołał. W związku z tym
super()
zostanie przetłumaczony na,Person
a następnie, jeśli dołączysz ukrytą jaźń, otrzymasz powyższy fragment kodu.źródło