Wozu Exception Objects

[dedlfix]

Tach!

Die Frage der Sprache ist nur dann relevant wenn eine Meldung an den Benutzer geht.

Der Entwickler ist auch ein Benutzer: ein Benutzer des Frameworks. Nicht jeder kann Englisch, und so gibt es Frameworks, beispielsweise .NET, die lokalisiert daherkommen und Fehlermeldungen in anderen Sprachen als Englisch erzeugen. Die Sprache ist sogar unabhängig vom Entwickler, denn das Framework ist auf den Rechnern der Anwender installiert und dort üblicherwiese lokalisiert. Die Sprache ist also mitnichten generell irrelevant oder nur eingeschränkt relevant.

Zudem geht jede Meldung an den Endbenutzer, die nicht gefangen wurde. Falls mal einen generellen Fangmechanismus eingebaut hat und nicht nur "Es ist ein unbekannter Fehler aufgetreten" an die Front werfen möchte, hat man auch ein Problem mit der Übersetzung des konkreten Vorfalls.

Was aber nicht die Sache eines Exception Objekts ist sondern in den Zuständigkeitsbereich des GUI fällt.

Das magst du so sehen, die Welt sieht aber anders aus.

Und da ist sie wieder, meine Frage: Was wäre denn der Vorteil der Übergabe einer EXinstanz an die GUIinstanz anstelle einer Fehlernummer?

Nummern sind nichtssagend, Klassennamen sind sprechender.

dedlfix.