通常,如果要将switch参数的规范推迟到某个变量,可以将表达式传递给switch参数,如WhatIf参数所示。
test.ps1
param ( [string] $source, [string] $dest, [switch] $test )
Copy-Item -Path $source -Destination $dest -WhatIf:$test
这使您在使用交换机时具有极大的灵活性。但是,当您使用cmd.exe或其他东西调用powershell时,最终会出现以下情况:
D:\test>powershell -file test.ps1 -source test.ps1 -dest test.copy.ps1 -test:$true
D:\test\test.ps1 : Cannot process argument transformation on
parameter 'test'. Cannot convert value "System.String" to type "System.Manageme
nt.Automation.SwitchParameter", parameters of this type only accept booleans or
numbers, use $true, $false, 1 or 0 instead.
At line:0 char:1
+ <<<<
+ CategoryInfo : InvalidData: (:) [test.ps1], ParentContainsError
RecordException
+ FullyQualifiedErrorId : ParameterArgumentTransformationError,test.ps1
但是,传递-test:true
和-test:1
时会显示相同的结果。为什么这不起作用? Powershell的类型转换系统不应该自动将这些字符串识别为可转换为bool或switch,并转换它们吗?
这是否意味着在从其他系统(例如构建系统)调用powershell脚本时,需要构造复杂的流控制结构来确定是否在命令字符串中包含开关,或者省略它?这似乎很乏味且容易出错,这让我相信情况并非如此。
答案 0 :(得分:24)
此行为已作为connect上的错误提交。这是一种解决方法:
powershell ./test.ps1 -source test.ps1 -dest test.copy.ps1 -test:$true
答案 1 :(得分:13)
使用交换机的IsPresent属性。 例如:
function test-switch{
param([switch]$test)
function inner{
param([switch]$inner_test)
write-host $inner_test
}
inner -inner_test:$test.IsPresent
}
test-switch -test:$true
test-switch -test
test-switch -test:$false
True
True
False
顺便说一句,我使用的是函数而不是脚本,因此测试起来会更容易。