Comment obtenir la commande complète de l'alias doskey dans Windows PowerShell

Je n'ai jamais utilisé doskey avec PowerShell, je ne suis donc pas sûr de leur apparence. Ma meilleure hypothèse est que PowerShell les considère comme des commandes de type «Application», ce qui signifie généralement des exécutables externes.

Pour commencer, vérifiez ce que PowerShell voit:

function static5 {
    code.exe 'E:\static5'
}

À partir de là, vous pourriez voir juste quelques exe comme doskey.exe ou peut-être vous ' Je vais aussi voir des informations supplémentaires.

S'il est simplement répertorié comme un exécutable, je ne suis pas sûr que vous puissiez obtenir les informations de doskey.

PowerShell a ses propres versions d'alias qui auraient vous permettent de faire une découverte complète, mais les alias PowerShell ne peuvent pas prendre de paramètres, ils alias simplement une commande sur une autre.

Vous pouvez simuler la fonctionnalité doskey dans PowerShell en écrivant des fonctions à la place:

Get-Command 105 | Format-List *
# or
gcm 105 | fl *

cela fera assez bien le travail. [ grin ] notez qu'il donne juste le texte correspondant à la macro. Je n'ai pas testé avec des macros multilignes, et je ne sais pas non plus si cela est même possible.

si vous voulez que le résultat ne soit que la macro au lieu de la ligne complète, vous pouvez ajouter un | ForEach-Object {$ _. Split ('=') [1]} pour obtenir la partie après = .

dka -Macro dwd
dwd=echo 'Doo Wa Diddy'

dka -Macro adg
# nothing at all since there was no match

dka 404
404=echo '404'

test et sortie ...

@"
404=echo '404'
666=echo '666'
dwd=echo 'Doo Wa Diddy'
"@ | Set-Content "$env:TEMP\Doskey-Macros.txt" -Force

doskey /macrofile=c:\temp\doskey-macros.txt

function DKA ($Macro)
    {
    doskey /macros |
        Where-Object {
            $_ -match $Macro
            }
    }

• doskey est un utilitaire principalement conçu pour fonctionner avec cmd.exe , pas avec PowerShell .

  • PowerShell a de meilleures fonctionnalités intégrées, sous la forme d'alias et de fonctions, et dans Windows 10, vous devez même désactiver l'édition de ligne de commande de PowerShell pour même faire fonctionner doskey (voir ci-dessous).

• Si vous souhaitez toujours utiliser doskey dans PowerShell, il existe deux prérequis :

  • Le module PSReadLine a > - qui gère l'édition en ligne de commande depuis Windows 10 par défaut - ne doit pas être chargé, car il a priorité sur les définitions de doskey ^[1] ; autrement dit, vous devrez peut-être le décharger explicitement avec Remove-Module PSReadLine , mais cela signifie que vous perdrez tous ses avantages .

    li >

  • Vous devez appeler toutes les définitions de macro doskey.exe avec /exename=powershell.exe (Windows PowerShell) ou /exename=pwsh.exe (PowerShell Core) pour qu'ils soient utilisables depuis PowerShell.

    • Notez que c'est alors doskey qui développe un nom de macro tapé par l'utilisateur, ce qui signifie que PowerShell ne voit que la commande développée et n'a donc aucune connaissance des noms de macro. Par conséquent, essayer d'inspecter les macros doskey avec
      Get-Command ne fonctionnera pas; inspectez plutôt la sortie de doskey / macros , comme dans réponse de Lee Dailey .

    • De plus, doskey résout également les macros lors de la sollicitation d'une entrée utilisateur arbitraire via Read-Host ^[1] , ce qui est indésirable.

---

Pour résumer les raisons de ne pas utiliser doskey dans PowerShell :

• Il ne peut pas être utilisé avec le module PSReadLine , qui par défaut gère l'édition de ligne de commande depuis Windows 10 et fournit des fonctionnalités inestimables.

• doskey l'expansion de macro se produit invariablement aussi lorsque les scripts sollicitent une entrée utilisateur arbitraire via Read-Host , ce qui est indésirable. p>

---

Par conséquent, je vous suggère de abandonner doskey au profit des fonctions PowerShell, et de les ajouter à votre $ PROFILE fichier afin qu'ils soient disponibles à chaque session:

• Alors que vous pouvez définir des fonctions nommées pour des nombres tels que 105 dans PowerShell, vous devrez les appeler avec & afin de lever l'ambiguïté par rapport aux nombres réels, par exemple & 105 .

• Par conséquent, je suggère de refactoriser votre approche pour définir une fonction unique nommée, par exemple, c , qui prend un argument pour identifier le (s) fichier (s) à ouvrir:

function c { pushd E:/static5; code $(if ($Args) { $Args } else { '.' }); popd }

Vos macros doskey d'origine sont ensuite mappées sur cette fonction comme suit:

• 105 -> c 105
• 135 -> c 135
• static5 -> c

Notez que cela vous permet non seulement de passer un nom de fichier arbitraire (d'un fichier situé dans E: / static5 / ) à la fonction c , mais même multiples ; par exemple, c 105 135 ouvrirait les deux fichiers pour édition.

Pour inspecter la définition de la fonction c plus tard, vous peut simplement appeler $ function: c ou, plus verbeusement, (Get-Command c) .Definition .

---

^{[1 ] Comme PetSerAl le note: " doskey effectue des traductions sur le tampon d'entrée de la console. [... ]. Cela ne fonctionne pas si la console n'est pas en mode de saisie de ligne, donc il n'est pas compatible avec PSReadline , bien que Read-Host soit affecté.
https://i.stack.imgur.com/HpYzq.png " sup>}