Wie kann ich strukturierte Ausnahmen von Moose bekommen?

Question

diese einfache Klasse vor:

package Foo; 
use Moose; 
has foo => (is => 'rw', isa => 'Int'); 

Und dann diesen Code:

use Try::Tiny; 
use Foo; 
my $f = try { 
    Foo->new(foo => 'Not an Int'); 
} 
catch { 
    warn $_; 
}; 

Der Code stirbt mit einer schönen großen Fehlermeldung über Fehler Typen Einschränkungen.

Ich möchte in der Lage zu extrahieren, welches Attribut fehlgeschlagen (foo), was der Grund war (fehlgeschlagen Typ Einschränkung) und was der Wert übergeben wurde (Not an Int) ohne eine Fehlerzeichenfolge zu analysieren, um die Informationen zu erhalten.

Etwas wie folgt aus:

catch { 
    if($_->isa('MooseX::Exception::TypeConstraint')) { 
     my $attrib = $_->attribute; 
     my $type = $_->type; 
     my $value = $_->bad_value; 

     warn "'$value' is an illegal value for '$attrib'. It should be a $type\n"; 
    } 
    else { 
     warn $_; 
    } 
}; 

Ist das möglich? Gibt es eine MooseX-Distribution, die das möglich macht? Besser noch, gibt es eine Moose-Funktion, die ich vermisst habe, die das möglich macht?

Update: Ich bin besonders interessiert an Typ Einschränkungen, aber andere Moose Fehler wären auch sehr gut. Mir ist auch bewusst, dass ich Objekte mit die werfen kann. Strukturieren von Ausnahmen in Code, den ich schreibe, ist also relativ einfach.

Answer 1

Ich habe es selbst nicht versucht, aber ich denke, MooseX::Error::Exception::Class könnte das sein, was Sie suchen.

Answer 2

Überprüfen Sie MooseX::Throwable, die den error_class Wert in der Metaklasse ersetzt. Der Code sieht jedoch etwas alt aus (Metarole unterstützen jetzt Fehlerklassenrollen), aber die aktuelle Methode sieht so aus, als würde sie immer noch funktionieren.

Answer 3

Ich hatte die gleiche Frage vor einem Jahr und fragte am #moose IRC-Kanal. Die Antwort war, dass Moose keine strukturierten Ausnahmen unterstützt.

Es gibt eine allgemeine Übereinstimmung, dass es ein Manko von Moose ist, das behoben werden sollte, aber die Aufgabe, Ausnahmen überall einzuführen, ist mühsam und wurde (afaik) noch nicht ausgeführt.

Der Ansatz in MooseX :: Fehler :: Exception :: Class ist sehr spröde, da es auf die Analyse der Nachrichten von Moose basiert.

Da Sie keine zuverlässigen strukturierten Ausnahmen von Moose erhalten können, sollten Sie die Introspektion verwenden, um jede Ihrer Typabhängigkeiten einzeln zu testen, wenn Sie einen neuen Wert festlegen. Manchmal ist dies ein praktikabler Ansatz.

Btw: beachten Sie, dass es a nasty bug in the way Moose handles composite constraints gibt.