Jak zrobić „pauzę” w PowerShell 2.0?

OK, tracę to. PowerShell mnie denerwuje. Chciałbym, aby pojawiło się okno dialogowe wstrzymania, ale się nie pojawi.

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

(To nie jest sposób PowerShell, ale jest o wiele bardziej elegancki).

Ratuj drzewa. Użyj jednowierszowych.

Myślę, że dla jasności warto podsumować / podsumować wybory tutaj ... a następnie zaproponować nową odmianę, która moim zdaniem zapewnia najlepszą użyteczność.

<1> ReadKey (Konsola systemowa)

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

• Zaleta: akceptuje dowolny klawisz, ale prawidłowo wyklucza klawisze modyfikujące Shift, Alt, Ctrl.
• Wada: nie działa w PS-ISE.

<2> ReadKey (RawUI)

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

• Wada: nie działa w PS-ISE.
• Wada: nie wyklucza klawiszy modyfikujących.

<3> cmd

cmd /c Pause | Out-Null

• Wada: nie działa w PS-ISE.
• Wada: Widocznie uruchamia nową powłokę / okno przy pierwszym użyciu; nie zauważalny przy kolejnym użyciu, ale nadal ma narzut

<4> Read-Host

Read-Host -Prompt "Press Enter to continue"

• Zaleta: działa w PS-ISE.
• Wada: akceptuje tylko klawisz Enter.

<5> Kompozyt ReadKey

To jest połączenie <1> powyżej z obejściem / kludge ISE wyodrębnionym z propozycji na blogu technicznym Adama (dzięki uprzejmości Nicka z wcześniejszych komentarzy na tej stronie). Dokonałem dwóch drobnych ulepszeń w tym drugim: dodałem Test-Path, aby uniknąć błędu, jeśli używasz Set-StrictMode (robisz, prawda ?!) i ostatni Write-Host, aby dodać nową linię po naciśnięciu klawisza, aby umieścić podpowiedź we właściwym miejscu.

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
    }
}

• Zaleta: akceptuje dowolny klawisz, ale prawidłowo wyklucza klawisze modyfikujące Shift, Alt, Ctrl.
• Zaleta: działa w PS-ISE (choć tylko z Enter lub kliknięciem myszy)
• Wada: nie jest to jedna linijka!

Zakładam, że chcesz czytać dane wejściowe z konsoli. Jeśli tak, użyj Read-Host.

Rozwiązania takie jak cmd /c pause powodują, że nowy interpreter poleceń uruchamia się i działa w tle. Chociaż w niektórych przypadkach jest to dopuszczalne, nie jest to idealne rozwiązanie.

Rozwiązania wykorzystujące Read-Hostzmuszają użytkownika do naciśnięciaEnter i tak naprawdę nie są „żadnym klawiszem”.

To rozwiązanie da ci prawdziwy interfejs „naciśnij dowolny klawisz, aby kontynuować” i nie uruchomi nowego interpretera, który zasadniczo będzie naśladował oryginalne pausepolecenie.

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

Oprócz odpowiedzi Michaela Sorensa :

<6> ReadKey w nowym procesie

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

• Zaleta: akceptuje dowolny klawisz, ale prawidłowo wyklucza klawisze modyfikujące Shift, Alt, Ctrl.
• Zaleta: działa w PS-ISE.