我看到PowerShell有一些相当奇怪的行为,看起来自定义函数可能需要一个“括号包装器”来评估你可能期望它们。给定一个简单的PowerShell函数:
function Return-True { return $true }
然后调用它的一些示例代码:
PS C:\> Return-True
True
PS C:\> Return-True -eq $false
True
PS C:\> (Return-True) -eq $false
False
想法?评论?
答案 0 :(得分:34)
当PowerShell看到令牌Return-True
时,它将其标识为命令,并且在评估或结束语句之前,其他所有内容都是传递给函数Return-True
的参数。
如果你这样做,你可以看到这个:
PS > function Return-True { "The arguments are: $args"; return $true }
PS > Return-True -eq $false
The arguments are: -eq False
True
这就是为什么以下所有都返回'True',因为您所看到的只是使用各种参数调用Return-True
的结果:
PS > Return-True -eq $false
True
PS > Return-True -ne $false
True
PS > Return-True -eq $true
True
PS > Return-True -ne $true
True
使用(Return-True)
强制PowerShell评估函数(没有参数)。
答案 1 :(得分:5)
第二行没有进行布尔评估。看看如果你用字符串做同样的事情会发生什么。
PS C:\> function Return-True { return "True string" }
PS C:\> Return-True
True string
PS C:\> Return-True -eq "False string"
True string
PS C:\> (Return-True) -eq "False string"
False
第二行只是返回函数的值,而不是进行比较。我不确定为什么会发生这种行为,但是当使用被转换为字符串“True”和“False”的布尔值时,它会使行为更容易看到。
答案 2 :(得分:4)
如果您使用PowerShell V2的编辑器,您会看到 第一个例子中的-eq是蓝色,因为它是一个参数 第二个例子中的-eq是灰色的,因为它是一个运算符
同样在V2中,您可以使用CmdletBinding和param
严格控制参数function Return-True
{
[CmdletBinding()]
param()
return $true
}
Return-True -eq $false
Return-True -eq $false
Return-True : A parameter cannot be found that matches parameter name 'eq'.
At line:7 char:16
+ Return-True -eq <<<< $false
+ CategoryInfo : InvalidArgument: (:) [Return-True], ParameterBindingException
+ FullyQualifiedErrorId : NamedParameterNotFound,Return-True