Как найти исходный путь к исполняемому скрипту? [дубликат]

вездесущий скрипт первоначально разместил Джеффри До Смерти команды PowerShell (приведено в Скайлер) и вариации, опубликованные Китом Седирком и EBGreen, все страдают от серьезного недостатка-сообщает Ли код, что вы ожидаете, зависит от того, где вы его называете!

мой код ниже преодолевает эту проблему путем простой ссылки скрипт объем вместо родитель область применения:

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

чтобы проиллюстрировать проблему, я создал тестовый автомобиль, который evalutes целевое выражение в четырех различных способов. (Заключенные в квадратные скобки термины являются ключами к следующей таблице результатов.)

1. встроенный код [inline]
2. встроенная функция, т. е. функция в основной программе [встроенная функция]
3. функция точечного источника, т. е. та же функция перемещена в отдельную.ps1 файл [точечный источник]
4. функции модуля, т. е. та же функция перешла в отдельную.файл psm1 [модуль]

последние два столбца показывают результат использования script scope (т. е. $script:) или родительской scope (with-scope 1). Результат "script" означает, что вызов правильно сообщил о местоположении скрипта. Результат "модуль" означает, что вызов сообщил о местоположении модуля, содержащего функцию, а не сценарий, который вызвал функцию; это указывает на недостаток обеих функций, которые вы не удается поместить функцию в модуль.

установка проблемы модуля в сторону замечательное наблюдение из таблицы заключается в том, что использование подхода родительской области в большинстве случаев не удается (на самом деле, в два раза чаще, чем это удается).

наконец, вот тестовое транспортное средство:

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

содержимое ScriptDirFinder.ps1:

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

содержимое ScriptDirFinder.psm1 успешно:

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

Я не знаком с тем, что было введено в PowerShell 2, но вполне может быть, что script scope не существовала в PowerShell 1, в то время как Джеффри Сновер опубликовал свой пример.

Я был удивлен, когда, хотя я обнаружил, что его пример кода распространился повсюду в интернете, он сразу же потерпел неудачу, когда я попробовал! Но это было потому, что я использовал его иначе, чем пример Snover (я назвал его не в script-top, а изнутри другой функции (мой " вложенный дважды" образец.))

обновление 2011.09.12

вы можете прочитать об этом с другими советами и трюками по модулям в моей только что опубликованной статье о Simple-Talk.com: далее по кроличьей норе: модули PowerShell и инкапсуляция.