Kleiner Bericht zum Umstieg von Sprache xy auf Python

[jbs]

SetSourceRGBA erbt von Diagram und Diagram hat eine __init__, die aufgerufen wird.

`cr = self.cr = cairo.Context(self.surface)` bewirkt, dass das Objekt sowol an das Objekt gebunden wird als auch als kurzer Name (cr) zur Verfügung steht. Da war wohl jemand zu faul immer self.cr zu schreiben.

[/me]

Wird durch diesen Aufruf automatisch die __init__ Methode der Basisklasse (Diagram) aufgerufen (ich frage, weil ich meine mich zu erinnern, dass irgendwo gesagt wurde, dass das nicht so ist und man sich selbst darum kümmern muss, dass der Konstruktor der Basisklasse aufgerufen wird)?

Wenn die abgeleitete Klasse keine __init__-Methode hat, dann wird die der Basisklasse aufgerufen. Hätte die abgeleitete Klasse eine solche Methode so würde die der Basisklasse nur aufgerufen, wenn das in der abgeleiteten Klasse so programmiert wäre.

Ist es nicht sehr unsauber, im Konstruktor der Basisklasse in der Zeile ** eine Methode der erbenden Klasse aufzurufen?

Nein. Zumindest ich sehe das nicht als problematisch an, sondern eher als das, was Objektorientierung mit ausmacht.

Bedeutet folgende Zeile im Kontruktor

Code: Alles auswählen

cr = self.cr = cairo.Context(self.surface)

dass self.cr eine Instanzvariable und cr eine Klassenvariable ist?

Nein. cr ist nur im Konstruktor bekannt.

[cofi]

Ist es nicht sehr unsauber, im Konstruktor der Basisklasse in der Zeile ** eine Methode der erbenden Klasse aufzurufen?

Nein. Zumindest ich sehe das nicht als problematisch an, sondern eher als das, was Objektorientierung mit ausmacht.

Das mag sein, aber da man direkt Klassen von `Diagram` erstellen kann, finde ich das durchaus unsauber.
IMHO sollte man ein `draw_dest` in `Diagram` erstellen, das einen `NotImplementedError` schmeisst oder vergleichbares.

[Darii]

Frage zur letzten Zeile: Wird hier die Klasse tatsächlich "nur" als Funktion aufgerufen (da keine Instanzierung stattfindet)?

Wieso sollte keine Instanzierung stattfinden? Wie sma schon schrieb, eine Klasse gibt, wenn man sie „wie eine Funktion aufruft“ eine Instanz von sich selbst zurück(das Verhalten ließe sich natürlich ändern, da Klassen auch nur Objekte wie alle anderen sind). Wie genau das geschieht, kann dir erstmal egal sein.

Ist es nicht sehr unsauber, im Konstruktor der Basisklasse in der Zeile ** eine Methode der erbenden Klasse aufzurufen?

Jein, dass macht deine Klasse nur schlicht und ergreifend zu einer abstrakten Klasse. Aber wie schon geschrieben, wäre es besser, die Methode in der Basisklasse zu implementieren und einen NotImplementedError zu werfen, das macht die Fehlermeldungen aussagekräftiger bzw. man man ggf. besser auf den Fehler reagieren.

Code: Alles auswählen

cr = self.cr = cairo.Context(self.surface)

dass self.cr eine Instanzvariable und cr eine Klassenvariable ist? Falls ja, hätte man in dem Fall cr nicht auf der (Einrück)-Ebene im Hauptblock (also auf der Ebene, wo auch __init__ deklariert wurde) deklarieren müssen?

cr ist eine stinknormale lokale Variable. Es gibt keinen Grund, warum das nicht so sein sollte. Warum

Warum er das überhaupt macht, liegt daran, dass Attributzugriffe in Python relativ teuer sind. Wenn eine Funktion oft aufgerufen wird kann schon Zeit sparen, wenn man dort oft verwendete Attribute lokal „cached“. Man sollte das aber auch nicht überstrapazieren(premature optimization...)

[jbs]

oh, ich wollte auch lokal schreiben.

[mechanicalStore]

Ist es nicht sehr unsauber, im Konstruktor der Basisklasse in der Zeile ** eine Methode der erbenden Klasse aufzurufen?

Jein, dass macht deine Klasse nur schlicht und ergreifend zu einer abstrakten Klasse. Aber wie schon geschrieben, wäre es besser, die Methode in der Basisklasse zu implementieren und einen NotImplementedError zu werfen, das macht die Fehlermeldungen aussagekräftiger bzw. man man ggf. besser auf den Fehler reagieren.

Wenn man die Klassen aber in einzelne Module trennen würde, wäre es doch im Sinne der Objektorientierung fatal, dass die Basisklasse mit dem Aufruf von drawTest abhängig davon wird, ob/dass eine Vererbung stattfindet, ob nun mit oder ohne NotImplementedError, oder?

Code: Alles auswählen

cr = self.cr = cairo.Context(self.surface)

dass self.cr eine Instanzvariable und cr eine Klassenvariable ist?

cr ist eine stinknormale lokale Variable. Es gibt keinen Grund, warum das nicht so sein sollte. Warum er das überhaupt macht, liegt daran, dass Attributzugriffe in Python relativ teuer sind. Wenn eine Funktion oft aufgerufen wird kann schon Zeit sparen, wenn man dort oft verwendete Attribute lokal „cached“. Man sollte das aber auch nicht überstrapazieren(premature optimization...)

Ok, ich ging von Java (oder auch C#) aus, wo "lokale" Variablen innerhalb einer Klassendeklaration ein implizites "this." erhalten. Verglichen hiermit gäbe es dann self.cr doppelt. Aber da weicht Python wohl stark von ab (wie ja auch schon gesagt wurde, ist Java als Vergleich ungeeignet).

Schönen Gruß

[Darii]

Wenn man die Klassen aber in einzelne Module trennen würde, wäre es doch im Sinne der Objektorientierung fatal, dass die Basisklasse mit dem Aufruf von drawTest abhängig davon wird, ob/dass eine Vererbung stattfindet, ob nun mit oder ohne NotImplementedError, oder?

Nein, deswegen gibt es ja abstrakte Klassen/Methoden(auch in Java). Und seit Python 2.6 gibt es auch Möglichkeiten, das Ganze in geregelte Bahnen zu lenken

Ok, ich ging von Java (oder auch C#) aus, wo "lokale" Variablen innerhalb einer Klassendeklaration ein implizites "this." erhalten. Verglichen hiermit gäbe es dann self.cr doppelt. Aber da weicht Python wohl stark von ab (wie ja auch schon gesagt wurde, ist Java als Vergleich ungeeignet).

Nein das tun sie auch in Java oder C# nicht. Variablen die man in Methoden deklariert werden nicht automatisch Instanzvariablen.

[mechanicalStore]

Nein das tun sie auch in Java oder C# nicht. Variablen die man in Methoden deklariert werden nicht automatisch Instanzvariablen.

Sorry, was Methoden betrifft, hast Du natürlich Recht! Ich habe etwas durcheinander gebracht, ist doch recht ungewohnt, wenn keine Variable explizit deklariert wird. Gibt es bei Python ein "use strict" a'la Perl?

Schönen Gruß

[BlackJack]

@mechanicalStore: Nein so etwas wie "use strict" gibt es nicht, aber das würde ja auch keinen Sinn machen, weil es in Python ausser ``global`` keine Deklarationen gibt.

Ich finde das Cairo-Beispiel übrigens nicht schön weil eine Klasse als Funktion missbraucht wird. So etwas versuche ich zumindest zu vermeiden.