[DasMööp]

Hallo,

bei einem Exception bzw. Errorhandling stehen ja diese Optionen zur Verfügung (zB.

trigger_error("zero", E_USER_ERROR);
trigger_error("zero", E_USER_WARNING);
trigger_error("zero", E_USER_NOTICE);

oder

throw new Exception('blaEXCEPTION');

bei einer definition zuvor von:

set_exception_handler(array('handle_exception', 'handleException'));
set_error_handler(array('handle_exception', 'handleError'), E_ALL);

kommt bei mir die Frage auf warum den error_handler setzen, wenn es soweit gelesen, Sinnvoller ist nur mit Exception zu werkeln !?

Hat ersteres (trigger/error_handler) eher was mit prodenzualem Code zu tun ?
Und bei OOP im prinzip nur Exceptions ? ... richtig ?

Oder habe ich evtl. Seiten überblättert ... ? bzw. mich nur auf nen Holzweg verlesen !?

[robo47]

Der Haupt-Vorteil von Exceptions liegt eigentlich darin, dass man Probleme "vor Ort" innerhalb des try/catch-Blocks lösen kann bzw. abhängig davon weiterverfahren.

Soetwas wie try/catch gibt es für Fehler nicht direkt, man kann aber auch z.b. einen Errorhandler verwenden, der z.b. für jeden aufgetretenen Fehler eine Exception wirft um die dann auch "vor Ort" im zu verarbeiten.

Interessant zum Thema Exceptions kann auch das hier sein: http://professionelle-softwareentwic...xceptions.html

Allgemein bieten Exceptions eine bessere Möglichkeit Fehler zu behandeln.

Will man mit PHP nur mit Exceptions arbeiten, bleibt einem nichts übrig als einen Error_Handler zu schreibne der für Fehler Exceptions wirft, wenn man dann seine try/catch-Blöcke ordentlich setzt, braucht man auch nicht unbedingt noch einen Exception-Handler.

Mit einem Exception-Handler könnte man aber beispielsweise dann beim auftreten gewisser Exceptions direkt das Programm abbrechen mit passender Fehlermeldung ohne dafür extra try/catch-blöcke irgendwo im Code zu haben (z.b. beim Einsatz fremder Klassen wenn man dort Fehler schon frühzeitig abfangen will, ohne den Code dieser Klassen zu verändern), man kann damit quasi global reagieren, oder auch man nutzt ihn zum loggen von Exceptions. Im Produktiv-System kann man das z.b. mit nem Mailingsystem koppeln und lässt sich ne Email schicken sobald ein System irgendwo eine Exception geworfen hat.

[DasMööp]

Hmm, und das Thema mag ich irgendwie immer noch nicht

Habe eigentlich bislang auch nur mit Exceptions gearbeitet, egal ob das ein
Fehler war oder eine bedingte durch Exception durch zB. eine fehlende Berechtigung.

Werde wohl daran fest halten. Bevor ich mich nochmehr damit rum ärgere, scheine aber den eher besseren Pfad gewählt zu haben.

thx

[DasMööp]

Will man mit PHP nur mit Exceptions arbeiten, bleibt einem nichts übrig als einen Error_Handler zu schreibne der für Fehler Exceptions wirft, wenn man dann seine try/catch-Blöcke ordentlich setzt, braucht man auch nicht unbedingt noch einen Exception-Handler.

Hmm, wenn ich in dem Error handling einfach eine exception öffne.

Damit bekommt man aber leider falsche Infos zB. dann die Infos eben
von dieser exception und nicht die Infos wo der Error entstand.

Hmmm ...

[robo47]

Zitat von DasMööp

Hmm, wenn ich in dem Error handling einfach eine exception öffne.

Damit bekommt man aber leider falsche Infos zB. dann die Infos eben
von dieser exception und nicht die Infos wo der Error entstand.

Hmmm ...

Nein, man muss sich einfach nur seine eigene Exceptionklasse basteln die man wirft mit den richtigen Daten initialisieren, in dem Array das debug_backtrace() zurückliefert, findet man alle Informationen die man braucht, oder die Exception die man wirft.

[DasMööp]

hey, mal was neues

debug_backtrace() ->

werd mir das mal Ansehen, und nehme wohl schwer an das ich dann die
errors Richtung exception schicke ... und mir dann da die Infos hole.

Aber erschtma Lesen ... merci