Wie macht man mit PowerShell 2.0 eine Pause?

OK, ich verliere es. PowerShell nervt mich. Ich möchte, dass ein Pausendialog angezeigt wird, der jedoch nicht angezeigt wird.

PS W:\>>> $host.UI.RawUI.ReadKey("NoEcho,IncludeKeyDown")
Exception calling "ReadKey" with "1" argument(s): "The method or operation is not implemented."
At line:1 char:23
+ $host.UI.RawUI.ReadKey <<<< ("NoEcho")
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : DotNetMethodException

cmd /c pause | out-null

(Es ist nicht die PowerShell-Methode, aber es ist viel eleganter.)

Rette Bäume. Verwenden Sie Einzeiler.

Ich denke, es lohnt sich, die Auswahl hier aus Gründen der Klarheit zusammenzufassen / zusammenzufassen ... und dann eine neue Variante anzubieten, von der ich glaube, dass sie den besten Nutzen bietet.

<1> ReadKey (System.Console)

write-host "Press any key to continue..."
[void][System.Console]::ReadKey($true)

• Vorteil: Akzeptiert alle Tasten, schließt jedoch die Modifikatortasten Umschalt, Alt und Strg ordnungsgemäß aus.
• Nachteil: Funktioniert nicht in PS-ISE.

<2> ReadKey (RawUI)

Write-Host "Press any key to continue ..."
$x = $host.UI.RawUI.ReadKey("NoEcho,IncludeKeyDown")

• Nachteil: Funktioniert nicht in PS-ISE.
• Nachteil: Modifikatortasten werden nicht ausgeschlossen.

<3> cmd

cmd /c Pause | Out-Null

• Nachteil: Funktioniert nicht in PS-ISE.
• Nachteil: Startet sichtbar neue Shell / Fenster bei der ersten Verwendung; bei späterer Verwendung nicht erkennbar, hat aber immer noch den Overhead

<4> Read-Host

Read-Host -Prompt "Press Enter to continue"

• Vorteil: Funktioniert in PS-ISE.
• Nachteil: Akzeptiert nur die Eingabetaste.

<5> ReadKey-Verbund

Dies ist eine Zusammenstellung von <1> oben mit der ISE-Problemumgehung / Kludge, die aus dem Vorschlag in Adams Tech-Blog extrahiert wurde (mit freundlicher Genehmigung von Nick aus früheren Kommentaren auf dieser Seite). Ich habe zwei kleinere Verbesserungen an letzterem vorgenommen: Test-Path hinzugefügt, um einen Fehler zu vermeiden, wenn Sie Set-StrictMode verwenden (Sie tun es, nicht wahr?! ) Und den letzten Write-Host, um nach Ihrem Tastendruck eine neue Zeile hinzuzufügen, um das zu setzen Eingabeaufforderung an der richtigen Stelle.

Function Pause ($Message = "Press any key to continue . . . ") {
    if ((Test-Path variable:psISE) -and $psISE) {
        $Shell = New-Object -ComObject "WScript.Shell"
        $Button = $Shell.Popup("Click OK to continue.", 0, "Script Paused", 0)
    }
    else {     
        Write-Host -NoNewline $Message
        [void][System.Console]::ReadKey($true)
        Write-Host
    }
}

• Vorteil: Akzeptiert alle Tasten, schließt jedoch die Modifikatortasten Umschalt, Alt und Strg ordnungsgemäß aus.
• Vorteil: Funktioniert in PS-ISE (allerdings nur mit Enter oder Mausklick)
• Nachteil: Kein Einzeiler!

Ich gehe davon aus, dass Sie Eingaben von der Konsole lesen möchten. Wenn ja, verwenden Sie Read-Host.

Die Lösungen wie cmd /c pausebewirken, dass ein neuer Befehlsinterpreter im Hintergrund gestartet und ausgeführt wird. Obwohl dies in einigen Fällen akzeptabel ist, ist dies nicht wirklich ideal.

Die verwendeten Lösungen Read-Hostzwingen den Benutzer zum Drücken Enterund sind nicht wirklich "irgendeine Taste".

Diese Lösung gibt Ihnen eine echte "Drücken Sie eine beliebige Taste, um fortzufahren" -Schnittstelle und startet keinen neuen Interpreter, der im Wesentlichen den ursprünglichen pauseBefehl nachahmt.

Write-Host "Press any key to continue..."
[void][System.Console]::ReadKey($true)

Neben der Antwort von Michael Sorens :

<6> ReadKey in einem neuen Prozess

Start-Process PowerShell {[void][System.Console]::ReadKey($true)} -Wait -NoNewWindow

• Vorteil: Akzeptiert alle Tasten, schließt jedoch die Modifikatortasten Umschalt, Alt und Strg ordnungsgemäß aus.
• Vorteil: Funktioniert in PS-ISE.