[bobby]

Hallo miteinander,

mir persönlich brennt schon etwas länger die Frage auf der Seele: "Wann soll ich eine Ausnahme werfen?". Bisher habe ich die Fehlerbehandlung in meinem Framework immer auf Exceptions aufgebaut. z.B.:

Fehler -> Exception -> Log -> Fehlerseite

Während der Entwicklungszeit des Frameworks eine schöne Sache, aber wenn ich nun irgendwann nun auf dieser Basis (z.B. CM-System) aufbauen möchte wird es unschön. Denn der Benutzer möchte zwar eine Meldung erhalten wenn die Email nicht abgeschickt werden kann, aber danach wie gewohnt weitermachen und nicht auf einer (hässlichen) Fehlerseite ala "Es ist ein interner Fehler aufgetreten" landen.

Lange Rede kurzer Sinn: Wie handhabt ihr die Fehlerbehandlung? Mit einer Errorklasse ($error->raise('Och nö')) ? Exceptions nur bei ganz schwerwiegenden Fehlern? Ganz anders?

Erlöst mich von dieser Frage!

bobby.

[Bleistift]

Zitat von bobby

Exceptions nur bei ganz schwerwiegenden Fehlern?

Genau
Bei Datenbankfehlern (Passwort falsch etc.), falschem CHMOD [...] aber sicher nicht bei ungültigen Usereingaben (z.B. Formular XY nicht korrekt ausgefüllt)

[bobby]

Zitat von Bleistift

Genau
Bei Datenbankfehlern (Passwort falsch etc.), falschem CHMOD [...] aber sicher nicht bei ungültigen Usereingaben (z.B. Formular XY nicht korrekt ausgefüllt)

Ui, das ging aber fix.

Und den Rest, läuft über eine Errorhandleklasse? Naja bei fehlerhaften Formulardaten eine Exception zu werfen ist doch etwas zu viel des Guten .

bobby

[Bleistift]

Den Rest gibst du irgendwie (z.B. ein Array mit allen Fehlermeldungen) an die View-Ebene weiter (z.B. Smarty).
Gute Nacht

[KingCrunch]

Ich weiß schon, wieso ich es nicht "errormessages" sondern einfach "messages" nenne

Ausserdem heißt "Exception" nicht umsonst übersetzt "Ausnahme" Dabei sollte es (denk ich ma) bleiben