Das deutsche Python-Forum

mechanicalStore hat geschrieben:Wieso kommt IDLE nicht mit ord() klar, wenn doch utf-8 eingestellt ist? Und wieso wird das Euro-Zeichen beim print nicht ausgegeben?

Sorry, hab mich unklar ausgedrückt. Richtig ist aber doch, dass staticvarA und staticvarB Klassenvariablen sind?! Da Klassenvariablen z.B in Java mit static deklariert werden, neige ich meisst dazu, sie mit "statische Variablen" zu bezeichnen.

Leonidas hat geschrieben:Ich muss sma da jetzt aber auch beipflichten -- dem Einsteiger ist jetzt nicht geholfen, dass wir uns über Details unterhalten was jetzt hashbar ist und was nicht oder wie sich das auf die Objektidentität auswirkt.

class Foo(object):
    def __init__(self, x):
        self.value = x
    def __hash__(self):
        return hash(self.value)
    def __eq__(self, other):
        return self.value == other.value
    def __ne__(self, other):
         return self.value != other.value

f = Foo('hallo')
d = {f: 'welt'}
f.value = 'tschüss'
d[f] # <-- ergibt KeyError, weil sich der Hash von f geändert hat

mechanicalStore hat geschrieben:Während man aus der Doku ohnehin nur Dinge wie die Syntax und Semantik erfährt, sind solche Diskussionen durchaus nützlich, um Weiteres über das Verhalten von Python zu erfahren, man (ich) kann also nur daraus lernen.

mechanicalStore hat geschrieben:Was genau bewirkt die Anweisung d = {f: 'welt'}, das ist eine mir sehr unbekannte Syntax.

sma hat geschrieben:Ach und mein Rant gegen das `-*-`: Ich weigere mich auch in Zukunft, ich in meinen Quelltext Beschwörungsformeln für archaische Editoren einzubauen, nur weil jemand nicht UTF-8 als längst überfälligen Standard akzeptieren kann.

mechanicalStore hat geschrieben:Was genau bewirkt die Anweisung d = {f: 'welt'}, das ist eine mir sehr unbekannte Syntax.

d = {}
d[f] = 'welt'

#oder
d = dict()
d[f] = 'welt'

sma hat geschrieben:
Das steht für

Code: Alles auswählen

d = {}
d[f] = 'welt'

#oder
d = dict()
d[f] = 'welt'

Links vom ":" ist der Schlüssel, rechts davon der Welt. Beides könnten beliebige Objekte sein, allerdings hat man - wie hier ja zu genüge erläuert - wenig Freude daran, wenn das Schlüsselobjekt veränderbar, aber nicht "hashable" ist. Und damit

#! /usr/bin/env python
import cairo
from math import pi, sqrt

class Diagram(object):
    def __init__(self, filename, width, height):
        self.surface = cairo.SVGSurface(filename + '.svg', width, height)
        cr = self.cr = cairo.Context(self.surface)

        cr.scale(width, height)
        cr.set_line_width(0.01)

        cr.rectangle(0, 0, 1, 1)
        cr.set_source_rgb(1, 1, 1)
        cr.fill()

**      self.draw_dest(cr)

        cr.set_line_width( max(cr.device_to_user_distance(2, 2)) )
        cr.set_source_rgb(0, 0, 0)
        cr.rectangle(0, 0, 1, 1)
        cr.stroke()

        self.surface.write_to_png(filename + '.png')
        cr.show_page()
        self.surface.finish()

class SetSourceRGBA(Diagram):
    def draw_dest(self, cr):
        cr.set_source_rgb(0, 0, 0)         #rgba
        cr.move_to(0, 0)                   #rgba
        cr.line_to(1, 1)                   #rgba
        .....

if __name__ == '__main__':
    size = 120
    SetSourceRGBA('setsourcergba', size, size)

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

mechanicalStore hat geschrieben:Frage zur letzten Zeile: Wird hier die Klasse tatsächlich "nur" als Funktion aufgerufen (da keine Instanzierung stattfindet)? Wie aber kann man dann self benutzen?

mechanicalStore hat geschrieben: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)?

mechanicalStore hat geschrieben: 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?

mechanicalStore hat geschrieben: 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)?

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

mechanicalStore hat geschrieben: 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?

/me hat geschrieben:

mechanicalStore hat geschrieben: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.

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

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

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?

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?

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...)

mechanicalStore hat geschrieben: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?

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.