Comment puis-je trouver le chemin source d'un script d'exécution? [dupliquer]

le script omniprésent Initialement posté par Jeffrey Snover de L'équipe de PowerShell (donné dans la réponse de Skyler ) et les variations postées par Keith Cedirc, et EBGreen, tous souffrent d'un sérieux inconvénient-- si le code indique ce que vous attendez dépend de l'endroit où vous l'appelez!

mon code ci-dessous résout ce problème en faisant simplement référence à script portée au lieu de parent domaine d'application:

function Get-ScriptDirectory
{
    Split-Path $script:MyInvocation.MyCommand.Path
}

pour illustrer le problème, j'ai créé un véhicule d'essai qui évalue l'expression cible de quatre façons différentes. (Les Termes entre crochets sont les clés du tableau de résultats suivant.)

1. code en ligne [inline]
2. fonction en ligne, c. à d. fonction dans le programme principal [Fonction en ligne]
3. Point d'origine de la fonction, c'est à dire le même fonction déplacée à une autre .ps1 file [dot source]
4. fonction du Module, c'est-à-dire la même fonction déplacée dans un Module séparé .psm1 fichier [module]

les deux dernières colonnes montrent le résultat de l'utilisation de script scope (i.e. $script:) ou avec parent scope (with-scope 1). Un résultat de "script" signifie que l'invocation correctement signalé l'emplacement du script. Le "module" signifie l'invocation signalé l'emplacement du module contenant la fonction plutôt que le script qui a appelé la fonction; Ceci indique un inconvénient des deux fonctions que vous ne pouvez pas mettre la fonction dans un module.

mettre la question du module de côté l'observation remarquable du tableau est que en utilisant l'approche de portée de parent échoue la plupart du temps (en fait, deux fois plus souvent qu'elle réussit).

enfin, voici le test véhicule:

function DoubleNested()
{
    "=== DOUBLE NESTED ==="
    NestCall
}

function NestCall()
{
    "=== NESTED ==="
    "top level:"
    Split-Path $script:MyInvocation.MyCommand.Path
    #$foo = (Get-Variable MyInvocation -Scope 1).Value
    #Split-Path $foo.MyCommand.Path
    "immediate func call"
    Get-ScriptDirectory1
    "dot-source call"
    Get-ScriptDirectory2
    "module call"
    Get-ScriptDirectory3
}

function Get-ScriptDirectory1
{
    Split-Path $script:MyInvocation.MyCommand.Path
    # $Invocation = (Get-Variable MyInvocation -Scope 1).Value
    # Split-Path $Invocation.MyCommand.Path
}

. .\ScriptDirFinder.ps1
Import-Module ScriptDirFinder -force

"top level:"
Split-Path $script:MyInvocation.MyCommand.Path
#$foo = (Get-Variable MyInvocation -Scope 1).Value
#Split-Path $foo.MyCommand.Path

"immediate func call"
Get-ScriptDirectory1
"dot-source call"
Get-ScriptDirectory2
"module call"
Get-ScriptDirectory3

NestCall
DoubleNested

content of ScriptDirFinder.ps1:

function Get-ScriptDirectory2
{
    Split-Path $script:MyInvocation.MyCommand.Path
#   $Invocation = (Get-Variable MyInvocation -Scope 1).Value
#   Split-Path $Invocation.MyCommand.Path
}

content of ScriptDirFinder.psm1:

function Get-ScriptDirectory3
{
    Split-Path $script:MyInvocation.MyCommand.Path
#   $Invocation = (Get-Variable MyInvocation -Scope 1).Value
#   Split-Path $Invocation.MyCommand.Path
}

Je ne suis pas familier avec ce qui a été introduit dans PowerShell 2, mais il se pourrait très bien que le script scope n'existait pas dans PowerShell 1, au moment où Jeffrey Snover a publié son exemple.

j'ai été surpris quand, bien que j'ai trouvé son exemple de code proliféré loin et large sur le web, il a échoué immédiatement quand je l'ai essayé! Mais c'est parce que je l'ai utilisé différemment de L'exemple de Snover (Je l'ai appelé non pas à script-top mais de l'intérieur d'une autre fonction (mon exemple "imbriqué deux fois").)

2011.09.12 mise à jour

vous pouvez lire à ce sujet avec d'autres trucs et astuces sur les modules dans mon article sur Simple-Talk.com: plus loin dans le trou de lapin: Modules PowerShell et Encapsulation .