Часть 12: Старайтесь использовать Set-PSDebug -Strict в своих сценариях
Windows PowerShell, как и многие другие динамические языки, позволяет использовать переменные без объявления типа и без присваивания им начальных значений. Это удобно для интерактивного использования, и вы можете делать что-то наподобие этого:
PS> Get-ChildItem | Foreach -Process {$sum += $_.Name.Length} -End {$sum}
Здесь переменная $sum не объявлена, но мы добавляем к ней значение и присваиваем его. PowerShell просто берёт значение $null и преобразует его в 0 в этом случае. Попробуйте сами ввести:
PS> $xyzzy -eq $null
True
Это не означает, что ранее эта переменная была объявлена. Конечно, мы можем убедится в том, что она не определена, обратившись к диску переменных:
PS> Test-Path Variable:\xyzzy
False
Так почему мы должны стараться использовать Set-PSDebug -Strict в сценариях? Дело в том, что однажды вы можете ошибиться, допустив, например, досадную опечатку в коде. На обнаружение такой ошибки и её устранение вам придётся тратить время. Возможно, вы захотите избегать повторения таких ошибок в будущем. Возьмём для примера такой скрипт:
$suceeded = test-path C:\ProjectX\Src\BuiltComponents\Release\app.exe
if ($succeeded) {
... <archive bits, label build, etc>
}
else {
... <email team that build failed, etc>
}
Этот скрипт содержит ошибку, о которой вам не сообщит PowerShell. Он с радостью покажет build failed даже в случае существования файла app.exe. Потому что в названии переменной, которой присваивается результат проверки пути файла, допущена небольшая опечатка. Здесь, в маленьком фрагменте, вероятно, обнаружить опечатку не столь сложно, но если речь будет идти о сценарии в несколько сотен строк?
Вы можете предотвратить проблемы такого рода, поместив команду Set-PSDebug -Strict в начале файла сценария, сразу после инструкции param() (если она имеется). Например, этот же сценарий в виде
Foo.ps1:
53
Set-PSDebug -Strict
$suceeded = test-path C:\ProjectX\Src\BuiltComponents\Release\app.exe if ($succeeded) {
"yeah"
}
else { "doh"
}
PS C:\Temp> .\foo.ps1
The variable $succeeded cannot be retrieved because it has not been set yet. At C:\Temp\foo.ps1:6 char:14
+ if ($Succeded) <<<< {
Что бы произошло если бы мы не написали Set-PSDebug -Strict? Сценарий будет всегда выводить "doh".
В некоторых случаях избежать подобные ошибки помогает инициализация переменных. Возможно, название этой части звучит и слишком "перестраховочно", и вы можете не использовать Set-PSDebug
-Strict при написании сценариев. Как всегда - решать вам.
Примечание для PowerShell 2.0
В PowerShell 2.0, следует использовать новый командлет Set-StrictMode: param(...)
Set-StrictMode –version Latest <rest of your script>
Set-StrictMode проверяет больше, чем использование только инициализированных переменных. Он также осуществляет проверку ссылок на несуществующие свойства, вызовы функций и методов .NET и неименованные переменные типа ${}.
54