Wozu Exception Objects

[Rolf B]

Hallo pl,

eigentlich waren da genug Beispiele. Für individuelle Attribute spezieller Exceptions, für Funktionalität der Laufzeitplattform, die an der Systemklasse "Exception" hängt (z.B. Beschaffen des Stacktrace), für filternde Catches...

Diese Runtime-Funktionalität scheint in Perl so nicht gegeben, in JavaScript übrigens auch nicht. Mit JavaScript kann ich beliebige Werte werfen, in Perl kann ich beliebige Werte als Todesursache angeben. In PHP, Java oder C# nicht, da muss das geworfene Dings werfbar sein (implementiert eine Art von Throwable, oder ist Subklasse von System.Exception) oder das Ding fällt mir mein Werfen auf die Füße. D.h. viele Laufzeitumgebungen zwingen dich einfach zum Gebrauch eines vordefinierten oder selbst abgeleiteten Exception-Objekts.

Perl und JavaScript tun das nicht, und bringen demzufolge auch ein paar Features nicht mit, die eine zwangsobjektorientierte Exceptionsteuerung hat. Mozilla hat zwar versucht, im Firefox bedingte Catches einzubauen (catch (e if e instanceOf FooException)), aber das ist nicht Standard geworden. Das stack-Property ist zwar immerhin breit implementiert, aber nicht mit einheitlicher Struktur.

Insofern: Mangels Standardisierung und Unterstützung durch die Laufzeitumgebung ist in Perl und JavaScript der Nutzen von Exception-Objekten weniger groß als in anderen Sprachen. In JS gibt's immerhin die Error-Klassen, aber die Standardproperties sind mager.

Nebenbei:

Perl's Error.pm ist übrigens deprecatet.

Zumindest nicht mehr vom Autor empfohlen. Nimmst Du eben seine Empfehlung try::tiny.

Rolf