Hello,

Da Du doch sowieso eine eigene Fehlerbehandlung betreiben solltest, kannst Du die Ausgabe der Meldung unterdrücken

Ja sollte ich eine eigene Fehlerbehandlung betreiben?

Wenn dir kein akuter Grund vorliegt, dann nicht. Im schlimmsten Fall schadet man sich selbst damit mehr als man gut machen kann.

Diese lästige Diskussion hatten wir hier schon einmal.
Wenn der Fehler ein voraussehbarer Laufzeitfehler ist, muss er auch behandeltwerden, da er den weiteren Verlauf des Programmes beeinflusst.

Es hat meistens wenig Sinn, das Script normal weiterlaufen zu lassen, wenn keine Datenbankverbindung zustande gekommen ist. Entweder kann man dies z.B. durch nochmaligen Versuch beheben, oder das Script muss dem User eine entsprechende Alternative anbieten.

Es ist mMn aber sinnlos, dem User eine technische Fehlermeldung auf den Schrim zu schreiben und dann weiterzumachen. Und wenn der Fehler nicht reparierbar war, muss im Script an dieser Stelle eien passende Meldung ins Log für den Administrator/Entwickler und eine liebevoll gestaltete Entschuldigungsseite mit Links für Alternativen für den User auf die Standardausgabe.

Dass man Fehler, deren Meldungen man unterdrückt, selber behandeln muss, habe ich mMn deutlich gesagt. Dass zur Fehlerbehandlung mehrere Schritte gehören, können wir jetzt behandeln, wenn es den wissenshungrigen Max interessiert.

* Fehler identifizieren
* ist der Fehler heilbar?

• ja: nochmal versuchen, ein Logging kommt nur selten in Betracht
  ---> weiter im Script

• nein:
  * Logging für den Admin
  * kann man dem User eine Alternative anbieten?

• ja: Altgernative anbieten und weiter

• nein: hier wird es erst wirklich interessant!

Liebe Grüße aus dem schönen Oberharz

Tom vom Berg