Guten Abend allerseits :).
Ich schreibe grade an einer API, bzw einer Klassenbibliothek und stehe nun vor der Frage der Fehlerbehandlung.
Meine erste Intuition war das ich einfach eine Exception schmeisse und der Entwickel später einfach per Try-Catch sich diese abfangen kann und dann selber schaut wie er damit umgehen möchte.
Dann kam mir die Idee anstatt einer Exception einfach ein Event zu feuern und evtl. noch einen String zu übergeben in dem eine genauere Fehlerbeschreibung abgelegt ist, oder einfach mit dem Event eine Exception zu übergeben.
Bei der letzten Möglichkeit könnte der Entwickler sogar selber entscheiden ob er die Exception werfen möchte, oder einfach nur die Message-Eigenschaft ausgeben mag.
Der Nachteil wiederrum ist das ich so nicht gewährleisten kann das der Entwickler sich auch wirklich um den Fehler kümmert.
So könnte es zu Folgefehlern kommen.
Kann mir evtl. jemand trifftige Gründe für das eine, oder andere nennen?
Weil ich komme mit meiner Entscheidung irgendwie nicht weiter...
MfG
Ich schreibe grade an einer API, bzw einer Klassenbibliothek und stehe nun vor der Frage der Fehlerbehandlung.
Meine erste Intuition war das ich einfach eine Exception schmeisse und der Entwickel später einfach per Try-Catch sich diese abfangen kann und dann selber schaut wie er damit umgehen möchte.
Dann kam mir die Idee anstatt einer Exception einfach ein Event zu feuern und evtl. noch einen String zu übergeben in dem eine genauere Fehlerbeschreibung abgelegt ist, oder einfach mit dem Event eine Exception zu übergeben.
Bei der letzten Möglichkeit könnte der Entwickler sogar selber entscheiden ob er die Exception werfen möchte, oder einfach nur die Message-Eigenschaft ausgeben mag.
Der Nachteil wiederrum ist das ich so nicht gewährleisten kann das der Entwickler sich auch wirklich um den Fehler kümmert.
So könnte es zu Folgefehlern kommen.
Kann mir evtl. jemand trifftige Gründe für das eine, oder andere nennen?
Weil ich komme mit meiner Entscheidung irgendwie nicht weiter...
MfG