May 20, 2021, updated at 07:29:23 (UTC)

8466

Powershell: Beenden in If Anweisung ohne das Fenster zu schließen

Hallo,

ich möchte einen Ordner auf den Inhalt von xml files prüfen.

if (!(Test-Path "I:\AppsProj\EMSY\S_322\Transfer\488_ERS\2020\*.xml"))  
{ 
    Write-Host "Es sind keine XML Datein zur Verarbeitung vorhanden." -ForegroundColor Red  
}

Sind keine XML Files enthalten soll der Text wie Oben eingeblendet werden und das Script an der stelle abgebrochen werden.
Jedoch soll sich das PowerShell Fenster nicht schließen, damit der Nutzer die Fehlermeldung lesen kann.

Ich habe mich bereits belesen und wenn ich ein einfaches

Exit

einfüge wird wohl auch das Fenster geschlossen.

Irgendwelche Tipps?

Please also mark the comments that contributed to the solution of the article

Content-Key: 666919

Url: https://administrator.de/contentid/666919

Printed on: April 25, 2024 at 06:04 o'clock

14 Comments

Latest comment

Hallo Hacktrist,
guck mal hiermit müßte es gut klappen:

PAUSE

und folgendes gefunden:

Start-Sleep 10000

Gruß Nebellicht

Wenn ich

PAUSE

einfüge wird dem Nutzer der Text wie gewünscht angezeigt. Jedoch hat er dann folgende Einblendung:
Drücken Sie die Eingabetaste, um den Vorgang fortzusetzen...:

Das soll aber wenn möglich nicht sein, da der weitere Code dinge ausführt die sowieso nicht funktionieren.

Read-Host
return

in die IF einfügen und PS Skript mit Parameter -NoExit starten
Bzw. Das Read-Host vor das Return setzen wenn nach Enter beendet werden soll.

Hi @148121

das Skript mit einem Parameter zu starten ist leider nicht möglich, da das Script ständig an neue Kollegen weiter gegeben werden soll.

Aber wenn ich deine andere Lösung verwende, funktioniert es und das Script beendet sich bei betätigen der ENTER Taste

# Check, ob im Ordner "I:\AppsProj\EMSY\S_322\Transfer\488_ERS\2020" neue XML Files enthalten sind 
if (!(Test-Path "C:\Arbeitsordner\Testordner\*.xml"))  
{ 
    Write-Host "Es sind keine XML Datein zur Verarbeitung vorhanden." -ForegroundColor Red  
    Read-Host
return
}

Kann ich das so verwenden?

Jepp so war's gedacht

Alternativ mach doch einfach:

[System.Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms")  
if (!(Test-Path "I:\AppsProj\EMSY\S_322\Transfer\488_ERS\2020\*.xml"))  
{ 
    [System.Windows.Forms.MessageBox]::Show("Es sind keine XML Datein zur Verarbeitung vorhanden.","Keine Daten vorhanden",0)  
}

Zitat von @Doskias:

Alternativ mach doch einfach:

> 
> [System.Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms")  
> if (!(Test-Path "I:\AppsProj\EMSY\S_322\Transfer\488_ERS\2020\*.xml"))  
> { 
>     [System.Windows.Forms.MessageBox]::Show("Es sind keine XML Datein zur Verarbeitung vorhanden.","Keine Daten vorhanden",0)  
> }
> 

Dann brauchst du trotzdem noch ein "Return" wenn nachfolgende Schritte nicht abgearbeitet werden sollen , oder man packt den Rest stattdessen in den else Teil.

Beides Super Lösungen.
Ich werde @148121 Lösung nehmen.

Dankeschön.

Zitat von @148121:
Dann brauchst du trotzdem noch ein "Return" wenn nachfolgende Schritte nicht abgearbeitet werden sollen , oder man packt den Rest stattdessen in den else Teil.

Das stimmt, aber genau dafür gibt es IF ja schließlich. Wenn ich keine Daten zum verarbeiten habe, darf der Teil natürlich nicht im IF-Teil stehen, sondern gehört in den Else teil. Wenn ich in einer IF-Anweisung das Skript beenden muss, dann hab ich das Konzept an sich noch nicht verstanden.

Also in dem Fall

[System.Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms")  
if (!(Test-Path "I:\AppsProj\EMSY\S_322\Transfer\488_ERS\2020\*.xml"))  
{ 
# Hier den Code, der ausgeführt wird, wenn die Bedingung erfüllt ist, also keine Datei vorliegt
    [System.Windows.Forms.MessageBox]::Show("Es sind keine XML Datein zur Verarbeitung vorhanden.","Keine Daten vorhanden",0)  
}
else
{
# Hier den Code hin der ausgeführt wird, wenn eine XML-Datei vorliegt
}

Ergebnis: man baucht kein Exit und bekommt eine Meldung, wenn keine Daten vorliegen.

Wenn ich in einer IF-Anweisung das Skript beenden muss, dann hab ich das Konzept an sich noch nicht verstanden.

Es gibt einige Gründe für solche Konstrukte mit Return um z.B. ein unendliches Verschachteln von IF-Abfragen zu vermeiden

.
So kann man den Code "flach" halten ohne das die Einrückungen im schlimmsten Falls so weit aus dem Fenster wandern das man die Übersicht verliert.

Alternativ baut man ein Try Catch um die Aktionen und wirft bei einem selbst erkannten Fehler ne Exception mit throw 'BlaBlub Error' und springt damit automatisch in den Catch-Teil und überspringt den Rest des produktiven Skripts.

Viele Wege führen nach Rom.

Zitat von @148121:

Wenn ich in einer IF-Anweisung das Skript beenden muss, dann hab ich das Konzept an sich noch nicht verstanden.

Es gibt einige Gründe für solche Konstrukte mit Return um z.B. ein unendliches Verschachteln von IF-Abfragen zu vermeiden

Verschachteln von IF-Abfragen ist schon so eine Sache, da hast du recht. Die versuche ich auch zu vermeiden. Allerdings würde ich dabei dann eher auf das Else verzichten oder mit neuen Hilfsvariablen arbeiten.

So kann man den Code "flach" halten ohne das die Einrückungen im schlimmsten Falls so weit aus dem Fenster wandern das man die Übersicht verliert.

Das ist das schlimmste nach dem goto Befehl

Alternativ baut man ein Try Catch um die Aktionen und wirft bei einem selbst erkannten Fehler ne Exception mit throw 'BlaBlub Error' und springt damit automatisch in den Catch-Teil und überspringt den Rest des produktiven Skripts.

Finde ich besser als Mittels IF-Anweisung das Skript zu verlassen

Viele Wege führen nach Rom.

Es geht nicht um den Weg nach Rom, sondern darum wie man auf dem Weg dahin sitzt