使用类型分配添加成员的怪异性

Question

在下面的代码中，为什么 name1 的 [int] 类型赋值被忽略并实际上被视为值的一部分？ 漏洞？

$name1 = 4
$name2 = 4
$name3 = 4

$myObject = New-Object System.Object
$myObject | Add-Member -type NoteProperty -name name1 -Value [int]$name1
$myObject | Add-Member -type NoteProperty -name name2 -Value $($name2 -as [int])
$myObject | Add-Member -type NoteProperty -name name3 -Value $([int]$name3)

$myObject

输出：

name1  name2 name3
-----  ----- -----
[int]4     4     4

Powershell 版本：

get-host | select-object version

Version       
-------       
5.1.19041.1023

Answer 1

从about_Parsing帮助文件：

参数模式

解析时，PowerShell 首先将输入解释为表达式。 但是当遇到命令调用时，解析会在参数模式下继续。

参数模式旨在解析 shell 环境中命令的参数和参数。 所有输入都被视为可扩展字符串，除非它使用以下语法之一：

...

您可以将代码括在子表达式 ( $(...) ) 中，以避免 PowerShell 将[int]$name1视为可扩展字符串，正如您已经发现的那样:-)

Answer 2

这是设计使然。 您需要用括号括起来，以便在将表达式传递给函数之前对其进行计算。

例如，如果您尝试在那里放置函数调用，则情况相同：

$myObject | Add-Member -type NoteProperty -name name1 -Value Write-Host

返回为：

name1
-----
Write-Host

并且Write-Host [string]2返回[string]2而不是2

Answer 3

现有答案中有很好的信息，但让我尝试系统地概述：

tl;博士

为了将表达式（例如[int] $name1 ）或（嵌套）命令（例如Get-Date -Format yyyy ）的输出作为参数传递给命令（例如Add-Member ），请将其括在(...) ， 分组运算符：

Add-Member -type NoteProperty -name name1 -Value ([int] $name1)

相比之下， $(...)该子表达式运营商一般不需要在这种情况下，它的使用可能有副作用-看到这个答案。

• 简而言之：（在可扩展字符串之外， "..." ），您只需要$(...)来包含语言语句（例如if语句或foreach循环）或多个语句（命令的任何组合） 、表达式和语言语句用; ) 分隔。

---

背景资料：

PowerShell 有两种基本的解析模式：

• 参数模式，其工作方式类似于shell 。

  • 在参数模式下，第一个标记被解释为命令名称（cmdlet 的名称、函数、别名或外部可执行文件或.ps1脚本的路径名称），后跟以空格分隔的参数列表，其中字符串可以不加引号^[1]并且由文字部分和变量引用的混合组成的参数通常被视为可扩展字符串（就像它们被包含在"..." ）。

• 表达式模式，其工作方式类似于编程语言，其中必须引用字符串，并且可以使用运算符和语言语句，例如赋值、 foreach和while循环、强制转换。

about_Parsing概念提供了对这些模式的介绍； 简而言之，它是给定上下文中的第一个标记，它决定了应用哪种模式。

给定的语句可能由以任一模式解析的部分组成，这确实是上面发生的情况：

• 由于您的语句以命令名称( Add-Member ) 开头，因此在参数模式下对其进行解析。

• (...)强制一个新的解析上下文，在手头的情况下 ( [int] $name1 ) 以表达式模式解析，因为以[开头)。

什么被认为是元字符（具有特殊语法含义的字符）在解析模式之间有所不同：

• [和=仅在表达式模式下是特殊的，而不是在参数模式下，它们被逐字使用。

• 相反，标记初始@仅在参数模式下是特殊的，它用于参数splatting 。

因此，复合参数[int]$name1被视为可扩展字符串，并生成逐字字符串[int]4 。

某些表达式在用作命令参数时不需要包含在(...) （假设$var = 'Foo' ）：

• 独立变量引用（例如Write-Output $var或Write-Output $env:OS ）
• 对此类引用的属性访问（例如Write-Output $var.Length ）
• 方法调用这样的引用（例如Write-Output $var.ToUpper() ）

请注意，这些参数以其原始数据类型传递，而不是字符串化（尽管字符串化可能由接收命令执行）。

陷阱：

• 您有时需要显式使用"..."以抑制属性访问解释并具有. 跟随变量引用被逐字解释（例如Write-Output "$var.txt"以获得逐字foo.txt ）。

• 如果您使用$(...)如没有明确的复合参数的一部分"..."报价，如果这样的说法被分成多个参数$(...)子表达式开始的参数（例如， Write-Output $('a' + 'b')/c传递两个参数，逐字ab和/c ，而Write-Output c/$('a' + 'b')只传递一个，逐字c/ab )。

• 类似地，混合带引号和不带引号的字符串以形成单个参数仅在参数以未加引号的标记开头时才有效（例如， Write-Output One"$var"'$Two'按预期工作并逐字OneFoo$Two ，但Write-Output 'One'"$var"'$Two'作为三个参数传递，逐字One 、 Foo和$Two )。

简而言之：

• 如何解析参数的确切规则很复杂：

  • 这个答案总结了不带引号的参数的规则。
  • 这个答案总结了在单个参数中混合引用和未引用的字符串
  • 这个答案）（底部）概括总结了 PowerShell 的字符串文字。

• 为安全起见，请避免在"..."之外使用$(...)并避免在单个字符串参数中混合引用样式； 在表达式中使用（单个） "..."字符串（例如Write-Output "$(Split-Path $PROFILE)/foo.txt"或 ）或字符串连接（ Write-Output ('One' + $var + '$Two')

---

^{[1] 假设它们既不包含空格也不包含任何 PowerShell 元字符（请参阅此答案）。 虽然引用通常采用将整个参数括在单引号或双引号中的形式，视情况而定（例如'foo bar' , "foo $var" ），但也可以引用（转义）单个字符（例如foo` bar )，使用反引号 ( ` )，PowerShell 的转义字符。}