Comment faire une "Pause" avec PowerShell 2.0 ?

Question

OK, je perds la tête. PowerShell m'agace. J'aimerais qu'un dialogue de pause apparaisse, mais il ne le fait pas.

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

Answer 1

Je pense qu'il vaut la peine de récapituler/résumer les choix ici pour plus de clarté... puis de proposer une nouvelle variation qui, selon moi, offre la meilleure utilité.

<1> ReadKey (System.Console)

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

• Avantage : Accepte n'importe quelle touche mais exclut correctement les touches modificatrices Shift, Alt, Ctrl.
• Inconvénient : Ne fonctionne pas dans PS-ISE.

<2> ReadKey (RawUI)

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

• Inconvénient : Ne fonctionne pas dans PS-ISE.
• Inconvénient : N'exclut pas les touches de modification.

<3> cmd

cmd /c Pause | Out-Null

• Inconvénient : Ne fonctionne pas dans PS-ISE.
• Inconvénient : Lance visiblement un nouveau shell/fenêtre lors de la première utilisation ; ne se remarque pas lors d'une utilisation ultérieure, mais présente tout de même des frais généraux.

<4> Read-Host

Read-Host -Prompt "Press Enter to continue"

• Avantage : Fonctionne dans PS-ISE.
• Désavantage : Accepte uniquement la touche Entrée.

<5> ReadKey composite

Il s'agit d'un composite de <1> ci-dessus avec la solution de contournement/kludge de l'ISE extrait de la proposition sur Le blog technologique d'Adam (courtoisie de Nick à partir de commentaires précédents sur cette page). J'ai apporté deux légères améliorations à cette dernière : j'ai ajouté Test-Path pour éviter une erreur si vous utilisez Set-StrictMode (vous le faites, n'est-ce pas ?!) et le dernier Write-Host pour ajouter une nouvelle ligne après votre frappe afin de placer l'invite au bon endroit.

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

• Avantage : Accepte n'importe quelle touche mais exclut correctement les touches modificatrices Shift, Alt, Ctrl.
• Avantage : Fonctionne dans PS-ISE (mais seulement avec Enter ou un clic de souris)
• Inconvénient : Pas un seul mot !

Answer 2

cmd /c pause | out-null

(Ce n'est pas la méthode PowerShell, mais c'est tellement plus élégant).

Sauvez les arbres. Utilisez des phrases toutes faites.

Answer 3

Je suppose que vous voulez lire les entrées de la console. Si c'est le cas, utilisez Read-Host .

Answer 4

Les solutions comme cmd /c pause provoquer le démarrage d'un nouvel interpréteur de commandes et son exécution en arrière-plan. Bien qu'acceptable dans certains cas, ce n'est pas vraiment l'idéal.

Les solutions utilisant Read-Host obliger l'utilisateur à appuyer sur Enter et ne sont pas vraiment "n'importe quelle clé".

Cette solution vous donnera une véritable interface "appuyez sur n'importe quelle touche pour continuer" et ne lancera pas un nouvel interpréteur, qui imitera essentiellement l'interface d'origine. pause commandement.

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

Answer 5

En plus de Michael Sorens réponse :

<6> ReadKey dans un nouveau processus

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

• Avantage : Accepte n'importe quelle touche mais exclut correctement les touches Shift, Alt, Ctrl les touches de modification.
• Avantage : Fonctionne dans PS-ISE.