Cookbooks
PowerShell
Kapitel 5. Gute Programmierpraktiken
Fehlerbehandlung

PowerShell:
Fehlerbehandlung

Wie geht das: 

# Grundlegender Try-Catch, um Ausnahmen zu behandeln
try {
    # Code, der einen Fehler auslösen könnte
    $result = 1 / 0
} catch {
    # Was tun, wenn ein Fehler aufgetreten ist
    Write-Host "Ups, ein Fehler ist aufgetreten: $_"
}

# Ausgabe einer benutzerdefinierten Fehlermeldung
try {
    Get-Item "nonexistentfile.txt" -ErrorAction Stop
} catch {
    Write-Host "Die Datei konnte nicht gefunden werden."
}

# Verwenden der $Error-Variable, um den letzten Fehler zu untersuchen

Vertiefung

PowerShell hat seit seiner Einführung als Monad einen langen Weg zurückgelegt. Die Fehlerbehandlung wurde im Laufe der Zeit robuster und bot Funktionen, die ähnlich wie in anderen Programmiersprachen sind. Die try-catch-finally-Syntax ist eine solche Übernahme aus Sprachen wie C#. Davor waren Skriptersteller stark darauf angewiesen, Bedingungen zu prüfen und die $Error-Automatikvariable zu verwenden.

PowerShell hat auch zwei Haupttypen von Fehlern: beendende und nicht beendende. Beendende Fehler werden das Skript anhalten, es sei denn, sie werden in einem try-catch-Block gefangen, während nicht beendende Fehler das nicht tun, es sei denn, man gibt -ErrorAction Stop an. Diese Unterscheidung ist entscheidend, da sie eine feine Kontrolle über die Fehlerbehandlung gewährt, indem entschieden wird, ob ein Fehler wirklich das Anhalten des gesamten Skripts rechtfertigt oder einfach protokolliert und ignoriert werden kann.

Die Fehlerbehandlung in PowerShell erlaubt auch einen finally-Block, der in jedem Fall ausgeführt wird - egal, ob ein Fehler aufgetreten ist oder nicht. Er ist ideal für Aufräumarbeiten.

Wenn man tief in den Skripting-Gräben steckt, kann man auch spezifische Ausnahmetypen behandeln, was noch feinere Kontrolle ermöglicht.

Alternativ gibt es den altbewährten -ErrorVariable-Parameter, um Fehler zu erfassen, ohne eine Ausnahme auszulösen. Und die $?-Variable teilt Ihnen mit, ob die letzte Operation erfolgreich war. Sie sind praktische Werkzeuge, wenn auch etwas weniger sauber als ein solides try-catch.

Siehe Auch

Protokollierung