应该为空或null的浮点变量被设置为0

Question

我正在处理一个函数，它接受[Simple]$DurationMS作为可选参数。这应该是浮点值。所以在我的函数中，我有以下代码来检查它是否已提供给函数。如果提供了，我想将值添加到嵌套在另一个对象中的对象。

if ($DurationMS -ne $null) {
$MyObject.attributes | Add-Member -MemberType NoteProperty -Name 'duration.ms' -Value $DurationMS
}

一切看起来都很好，但当我测试它时，我在持续时间内得到0，我不知道为什么。

duration.ms
-----------
          0

所以我的情况评估为真，但我不明白为什么。

Answer 1

> < li>

[single]是. NET值类型，这种类型的实例永远不能是< code>$null。

• [单]。返回$true值类型会告诉您它是一种值类型。
• $null仅适用于 .NET 引用类型，并告诉您这是对无对象的引用。

因此，测试您的[单]-tybed$DurationMS参数变量是否为$null是毫无意义的：

< Li > < code >[single]实例的默认值为< code>0，因此您的< code>$DurationMS -ne $null条件实际上默认为< code>0 -ne $null，即< code>$true。

检查参数是否在给定调用中传递给给定（非强制）参数的可靠方法是查阅自动$PSBoundParameters变量，如圣地亚哥·斯夸尔松所建议的那样。

• 此变量包含一个字典，其中包含所有显式传递的参数的条目，这些参数按其参数名称（无前缀 -） 键控，例如，如果您的函数是使用 -DurationMS 1.2 调用的，$PSBoundParameters['DurationMS'] 返回 1.2，并且 $PSBoundParameters.ContainsKey（“持续时间MS”）指示$true

因此：

# Was an argument passed to -DurationMS?
if ($PSBoundParameters.ContainsKey('DurationMS')) {
  $MyObject.attributes | 
    Add-Member -MemberType NoteProperty -Name 'duration.ms' -Value $DurationMS
}

以下方面是附带的：

>

if （$DurationMs） 仅在您还想考虑 0 的显式参数以表示“未提供任何值”时才有效，因为对于 [single] 类型$DurationMs，如果 （$DurationMs） 与 if （$DurationMs -ne 0） 相同

< li>PowerShell允许您在布尔上下文中使用任何类型的表达式；对于数字类型，< code>0映射到< code>$false，任何非零值映射到< code>$true。 < li >虽然这种隐式到布尔的转换行为通常很方便，但它也有其缺陷——有关规则的总结，请参见本答案的下半部分。

考虑到许多PowerShell运算符可以隐式操作数组（集合）作为LHS-在这种情况下，它们充当过滤器，返回匹配项的子数组-通常最好在LHS上放置一个标量比较操作数（在的情况下，我们知道非文字操作数根据定义也是标量-一个＜code＞〔single〕

>

将标量放置在LHS上可避免误报/误报，例如以下示例：

$arr = 0, $null
# !! -> 'null', because (0, $null) -ne $null filters the
# !!    array to @(0), and [bool] @() - perhaps surprisingly - is $false
if ($arr -ne $null) { 'not null' } else { 'null' }

# OK, with $null on the LHS
# -> 'not null'
if ($null -ne $arr) { 'not null' } else { 'null' } 

但是，即使在 LHS $null也可能表现出意外的行为，即
-lt、-le、-gt 和 -ge 运算符，如本答案中所述;

 $null -lt 0 # !! -> $true - even though [int] $null yields 0

如果PowerShell为$null提供了专门的测试，则可以避免这些陷阱;实现这样的测试 - 以$var的形式 - 是$null或$var - isull - 是GitHub PR #10704的主题;不幸的是，该PR被其创建者放弃了，此后没有人拿起这项工作，这就是为什么在PowerShell 7.2.2中不存在这样的测试。

正如Lee Dailey指出的，像< code>duration.ms这样的属性名可能会有问题，因为它包含< code >。，这通常表示嵌套的属性访问，给定一个(未加引号的)< code >。充当成员访问操作员。