Ist es koscher, $ zuzuweisen? in Perl?

Question

Ist es OK, $ zuzuweisen? auf einen Fehler in Perl?

Z. B.

if(! (-e $inputfile)) 
{ 
     $! = "Input file $inputfile appears to be non-existent\n"; 
     return undef; 
} 

So kann ich alle Fehler auf der obersten Ebene behandeln können.

Danke.

Answer 1

Wenn Sie $ !, zuweisen wird es in dem System platziert errno Variable, die nur Zahlen akzeptiert. So kann man in der Tat:

use Errno "EEXIST"; 
$! = EEXIST; 
print $!; 

und den String-Wert für einen bestimmten Systemfehlernummer bekommen, aber Sie können nicht tun, was Sie wollen - es auf eine beliebige Zeichenfolge zu setzen. Solch ein String wird Ihnen ein Argument "..." ist nicht numerisch in Skalarzuweisung Warnung und lassen Sie errno auf 0 gesetzt.

Das andere Problem ist, dass $! kann von jedem Systemaufruf geändert werden. Sie können also nur darauf vertrauen, dass Sie den Wert haben, den Sie festgelegt haben, bis Sie einen Druck oder etwas anderes machen. Sie möchten wahrscheinlich Ihre eigene Fehlervariable.

Answer 2

Ja, Sie können stuff (# 's) zu $! Zuweisen, seien Sie vorsichtig, wo Sie es tun, damit Sie nicht einige andere Funktionen Nachricht vermasseln.

Answer 3

Nun, die documentation sagt, es ist im Grunde ein Indikator für Systemfehler. Also würde ich es nicht zuweisen, Sie machen nur Ihre lib's Benutzer verrückt.

Verwenden Ausnahmen statt:

eval { # this ain't the evil eval 
    # some code 
    die $something; 
} 
if (my $err = $@) { 
    # exception handling 
} 

Beachten Sie, dass Sie „werfen“, oder sterben, mit über alles, was Sie brauchen ..

Answer 4

Mein Rabbi sagte "Nein!"

Answer 5

Einstellung $! ist in Ordnung, aber:

• Sie es am Ende Ihrer Funktion
• tun sollten, sollten Sie einen anderen Wert zurück, der angibt, dass ein Fehler aufgetreten
• sollten Sie Ihre OS verwenden errno Werte anstelle von Zeichenfolgen für Einstellungszwecke
• der Prüfcode muss den Wert überprüfen, sollte dies sofort bei einem Ausfall der Funktion tun (und nur, wenn ein Fehler durch die Funktion angezeigt wird)

Etwas zu beachten ist, dass die den Wert in $ verwendet! für seinen Ausgangscode (solange es nicht Null ist).

Answer 6

Wenn Sie nur eine Variable zum Speichern von Fehlern haben, haben Sie Probleme, wenn mehr als ein Fehler in Ihrem Programm auftritt, bevor Sie den Status Ihrer Fehlervariablen überprüfen. Das ist es wert, zu vermeiden, wenn Sie ihm helfen können.

Zum Glück in Perl können Sie es helfen. Eine wirklich schöne Lösung ist die objektorientierte Ausnahmebehandlung von Error.pm.Dieses Modul ermöglicht es Ihnen, try/catch-Blöcke, so zu schreiben:

try { 
    some code; 
    code that might thrown an exception; 
    more code; 
    return; 
} 
catch Error with { 
    my $ex = shift; # Get hold of the exception object 
    # handle the exception; 
}; 

Die CPAN documentation für das Modul ist recht gut, und es gibt einen Perl.com Artikel zu diesem Thema auch.

Answer 7

$! hat so viele Vorbehalte, eine globale Variable zu sein, die viele Funktionen zuweisen (einige von ihnen C-Funktionen, die Perl aufruft), dass ich einfach eine Ausnahme (die in Perl Sterben bedeutet) werfe und den Benutzer sie abfangen lassen, wenn sie es interessiert. Also anstatt zu schreiben:

$obj->foo or die $!; 
$obj->bar or die $!; 
$obj->baz or die $!; 

oder sogar

$obj->foo or die $obj->error; 
$obj->bar or die $obj->error; 
$obj->baz or die $obj->error; 

können Sie einfach

$obj->foo; 
$obj->bar; 
$obj->baz; 

schreiben und wissen, dass, wenn es einen Fehler, den Sie davon informiert werden. Auch jeder über dir wird informiert und kann es abfangen. Da dies der häufigste Fall ist, lassen Sie es geschehen, ohne dass der Benutzer sich daran erinnern muss und es immer und immer wieder eingeben muss. Wenn Sie den Fehler ignorieren oder beheben möchten, verwenden Sie einfach eval BLOCK.

Da dies der Ausnahmefall ist, sollte der Benutzer daran denken, mehr Code hinzuzufügen und mehr Arbeit zu leisten.

Beispiele für diesen Ansatz sind DBI's RaiseError flag, die standardmäßig nur für Abwärtskompatibilität deaktiviert ist, und das wunderbare Modul autodie.