Das deutsche Python-Forum

Hallo,

Eine kleine Frage zum Raise statement:

In der Dokumentation steht man kann es entweder so :

raise 'Exception', 'Reason'

schreiben, was auch gut funktioniert, oder auch so

Code: Alles auswählen

raise Exception('Reason')

Was in diesem Falle auch fuktioniert.

Aber ich möchte meine eigene Exception aufrufen:

Code: Alles auswählen

raise 'Account', 'Nicht eingeloggt!'

Das funktioniert das aber nicht:

Code: Alles auswählen

raise Account('Nicht eingeloggt!')

NameError: name 'Account' is not defined

Wie soll ich den denn definieren?

MfG,
CracKPod

Zum Beispiel so: ``class AccountError(Exception): pass``.

Die erste Variante nur mit Zeichenketten ist "deprecated" und fliegt in Python 3.0 raus.

Das pass am Ende macht einfach gar nichts, oder?
Ist halt nur theoretisch erforderlich damit die Klasse nicht leer ist.
Weil es erbt ja von Excpetion

Und gibt es eine Möglichkleit die Exceptions in einer Klasse zu definieren? oder muss ich das außerhalb machen. Also Klassenkapselung ^^?

Crazed hat geschrieben:Das pass am Ende macht einfach gar nichts, oder?

Ja, das ist nur dazu da, den Parser glücklich zu machen, weil der sonst keinen Block hätte.

Crazed hat geschrieben:Und gibt es eine Möglichkleit die Exceptions in einer Klasse zu definieren? oder muss ich das außerhalb machen. Also Klassenkapselung ^^?

BlackJack hat dir doch die Exception in einer Klasse definiert?

Ich habe eine Exception(-Klasse) im Modul definiert, und keine in einer Klasse. Falls das jetzt das war, worauf Crazed hinaus wollte.

Ich wollte eigentlich wissen wie man Klassen in Klassen kapseln kann ^^.

Durch Einrückung:

Code: Alles auswählen

class Eins(object):
    class Zwei(object):
        pass

Wobei ich persönlich davon abraten würde. Mir ist bis jetzt auch noch kein Anwendungsfall unter gekommen, wo ich das gebraucht hätte.

Ja, mir auch nicht. Wir könnten das jetzt aber sogar noch weiterdrehen, indem eine Instanzmethode eine Klasse zurückgibt, dann hätten wir eine großartige Verschachtelung über mehrere Ebenen. Perfekt wenn man Overengineering geplant hat.

Die Model-Klassen bei Django nutzen das

In dem Fall ist aber die innere Klasse eher als Konfiguration gedacht. Das wird mit newforms-admin noch zunehmen, wenn die noch mehr Admin-Sachen aus den eigentlichen Model-Definitionen rausnehmen.