给PowerShell脚本传递一个布尔值

谁写脚本的经验再丰富，可能也会有败走麦城的时候。比如写出这样一个test.ps1

param
(
[bool]$Confirm,
[bool]$Force
)
if($Confirm){
    'Confirmed'
}
if($Force){
    'Forced'
}

调用时遇到点小插曲：

PS> .\test.ps1
PS> .\test.ps1 -Confirm $true -Force
C:\Documents\test.ps1 : 缺少参数“Force”的某个参数。请指定一个类型为“System.Boolean”的参数，然后再试一次
。
所在位置 行:1 字符: 27
+ .\test.ps1 -Confirm $true -Force
+ ~~~~~~
 + CategoryInfo : InvalidArgument: (:) [test.ps1]，ParameterBindingException
 + FullyQualifiedErrorId : MissingArgument,test.ps1

PS> .\test.ps1 -Confirm $true -Force $true
Confirmed
Forced

最终达到了期望的结果。我们再换一种调用方式：

PS> powershell.exe .\test.ps1 -Confirm $true -Force $true
C:\test.ps1 : 无法处理对参数“Confirm”的参数转换。无法将值“System.String”转换为类型“System.Boo
lean”。布尔参数仅接受布尔值和数字，例如 $True、$False、1 或 0。
所在位置 行:1 字符: 21
+ .\test.ps1 -Confirm True -Force True
+ ~~~~
 + CategoryInfo : InvalidData: (:) [test.ps1]，ParameterBindingArgumentTransformationException
 + FullyQualifiedErrorId : ParameterArgumentTransformationError,test.ps1

上面这样调用的目的，在于脱离PowerShell控制台的上下文，直接在外部应用程序中调用PowerShell.exe，比如你写了一个winform程序，在winform程序中调用PowerShell，千万不要告诉我C#本身可以执行Powershell脚本，因为那样需要引用PowerShell的程序集，而2.0，3.0，4.0的这几个版本很难用一个dll搞定。

上面这样调用错误的原因，$true最终被解释成true字符串，这个字符串默认不能自动转换成布尔类型。其实错误信息给出了提示可以使用1，0：

PS> powershell.exe .\test.ps1 -Confirm 1 -Force 1
Confirmed
Forced

上面这个例子能调用成功，是因为我的上下文还在PowerShell 中，“1”默认被转换成了整数“1”，而整数可以被布尔类型强制类型转换。接下来我要完全脱离PowerShell上下文，在cmd中运行：

c:\> powershell.exe .\test.ps1 -Confirm 1 -Force 1
Confirmed
Forced

结论：跨进程给PowerShell脚本传递布尔类型是，如果遇到解析错误，可以使用0和1代替。

其实更高级更方便的应当是使用switch:

param
(
[switch]$Confirm,
[switch]$Force
)