Sobre o Splatting
Descrição breve
Descreve como usar a modelagem para passar parâmetros para comandos no PowerShell.
Descrição longa
Splatting é um método de passar uma coleção de valores de parâmetro para um comando como uma unidade. O PowerShell associa cada valor na coleção a um parâmetro de comando. Os valores de parâmetro splatted são armazenados em variáveis de modelagem nomeadas, que se parecem com variáveis padrão, mas começam com um símbolo At (@) em vez de um cifrão ($). O símbolo At informa ao PowerShell que você está passando uma coleção de valores, em vez de um único valor.
A modelagem torna os comandos mais curtos e fáceis de ler. Você pode reutilizar os valores de modelagem em diferentes chamadas de comando e usar o splatting para passar valores de parâmetro da $PSBoundParameters variável automática para outros scripts e funções.
A partir do Windows PowerShell 3.0, você também pode usar o splatting para representar todos os parâmetros de um comando.
Syntax
<CommandName> <optional parameters> @<HashTable> <optional parameters>
<CommandName> <optional parameters> @<Array> <optional parameters>
Para fornecer valores de parâmetro para parâmetros posicionais, nos quais os nomes de parâmetro não são necessários, use a sintaxe de matriz. Para fornecer pares de nome e valor de parâmetro, use a sintaxe da tabela de hash. O valor splatted pode aparecer em qualquer lugar na lista de parâmetros.
Ao modelar, você não precisa usar uma tabela de hash ou uma matriz para passar todos os parâmetros. Você pode passar alguns parâmetros usando a modelagem e passar outros por posição ou por nome do parâmetro. Além disso, você pode unir vários objetos em um único comando para não passar mais de um valor para cada parâmetro.
Modelagem com tabelas de hash
Use uma tabela de hash para unir pares de nome e valor de parâmetro. Você pode usar esse formato para todos os tipos de parâmetro, incluindo parâmetros posicionais e comutadores. Parâmetros posicionais devem ser atribuídos por nome.
Os exemplos a seguir comparam dois Copy-Item comandos que copiam o arquivo Test.txt para o arquivo Test2.txt no mesmo diretório.
O primeiro exemplo usa o formato tradicional no qual os nomes de parâmetro são incluídos.
Copy-Item -Path "test.txt" -Destination "test2.txt" -WhatIf
O segundo exemplo usa a tabela de hash splatting. O primeiro comando cria uma tabela de hash de pares parameter-name e parameter-value e a armazena na $HashArguments variável . O segundo comando usa a $HashArguments variável em um comando com splatting. O símbolo At (@HashArguments) substitui o cifrão ($HashArguments) no comando .
Para fornecer um valor para o parâmetro de opção WhatIf , use $True ou $False.
$HashArguments = @{
Path = "test.txt"
Destination = "test2.txt"
WhatIf = $true
}
Copy-Item @HashArguments
Observação
No primeiro comando, o símbolo At (@) indica uma tabela de hash, não um valor splatted. A sintaxe para tabelas de hash no PowerShell é: @{<name>=<value>; <name>=<value>; ...}
Modelagem com matrizes
Use uma matriz para unir valores para parâmetros posicionais, que não exigem nomes de parâmetro. Os valores devem estar em ordem de número de posição na matriz.
Os exemplos a seguir comparam dois Copy-Item comandos que copiam o arquivo Test.txt para o arquivo Test2.txt no mesmo diretório.
O primeiro exemplo usa o formato tradicional no qual os nomes de parâmetro são omitidos. Os valores de parâmetro aparecem na ordem de posição no comando .
Copy-Item "test.txt" "test2.txt" -WhatIf
O segundo exemplo usa a modelagem de matriz. O primeiro comando cria uma matriz dos valores de parâmetro e os armazena na $ArrayArguments variável . Os valores estão em ordem de posição na matriz. O segundo comando usa a $ArrayArguments variável em um comando em splatting. O símbolo At (@ArrayArguments) substitui o cifrão ($ArrayArguments) no comando .
$ArrayArguments = "test.txt", "test2.txt"
Copy-Item @ArrayArguments -WhatIf
Usando o parâmetro ArgumentList
Vários cmdlets têm um parâmetro ArgumentList que é usado para passar valores de parâmetro para um bloco de script executado pelo cmdlet . O parâmetro ArgumentList usa uma matriz de valores que é passada para o bloco de script. O PowerShell está efetivamente usando a modelagem de matriz para associar os valores aos parâmetros do bloco de script. Ao usar ArgumentList, se você precisar passar uma matriz como um único objeto associado a um único parâmetro, deverá encapsular a matriz como o único elemento de outra matriz.
O exemplo a seguir tem um bloco de script que usa um único parâmetro que é uma matriz de cadeias de caracteres.
$array = 'Hello', 'World!'
Invoke-Command -ScriptBlock {
param([string[]]$words) $words -join ' '
} -ArgumentList $array
Neste exemplo, somente o primeiro item em $array é passado para o bloco de script.
Hello
$array = 'Hello', 'World!'
Invoke-Command -ScriptBlock {
param([string[]]$words) $words -join ' '
} -ArgumentList (,$array)
Neste exemplo, $array é encapsulado em uma matriz para que toda a matriz seja passada para o bloco de script como um único objeto.
Hello World!
Exemplos
Este exemplo mostra como reutilizar valores splatted em comandos diferentes. Os comandos neste exemplo usam o Write-Host cmdlet para gravar mensagens no console do programa host. Ele usa a formatação para especificar as cores de primeiro plano e plano de fundo.
Para alterar as cores de todos os comandos, basta alterar o valor da $Colors variável.
O primeiro comando cria uma tabela de hash de nomes e valores de parâmetro e armazena a tabela de hash na $Colors variável .
$Colors = @{ForegroundColor = "black"; BackgroundColor = "white"}
O segundo e o terceiro comandos usam a $Colors variável para modelagem em um Write-Host comando. Para usar o $Colors variable, substitua o cifrão ($Colors) por um símbolo At (@Colors).
#Write a message with the colors in $Colors
Write-Host "This is a test." @Colors
#Write second message with same colors. The position of splatted
#hash table does not matter.
Write-Host @Colors "This is another test."
Este exemplo mostra como encaminhar seus parâmetros para outros comandos usando a modelagem e a $PSBoundParameters variável automática.
A $PSBoundParameters variável automática é um objeto de dicionário (System.Collections.Generic.Dictionary) que contém todos os nomes de parâmetro e valores usados quando um script ou função é executado.
No exemplo a seguir, usamos a $PSBoundParameters variável para encaminhar os valores de parâmetros passados para um script ou função da Test2 função para a Test1 função . Ambas as chamadas para a Test1 função de Test2 usam a modelagem .
function Test1
{
param($a, $b, $c)
$a
$b
$c
}
function Test2
{
param($a, $b, $c)
#Call the Test1 function with $a, $b, and $c.
Test1 @PsBoundParameters
#Call the Test1 function with $b and $c, but not with $a
$LimitedParameters = $PSBoundParameters
$LimitedParameters.Remove("a") | Out-Null
Test1 @LimitedParameters
}
Test2 -a 1 -b 2 -c 3
1
2
3
2
3
Parâmetros de comando de splatting
Você pode usar a formatação para representar os parâmetros de um comando. Essa técnica é útil quando você está criando uma função proxy, ou seja, uma função que chama outro comando. Esse recurso é introduzido no Windows PowerShell 3.0.
Para unir os parâmetros de um comando, use @Args para representar os parâmetros de comando. Essa técnica é mais fácil do que enumerar parâmetros de comando e funciona sem revisão mesmo se os parâmetros do comando chamado forem alterados.
O recurso usa a $Args variável automática , que contém todos os valores de parâmetro não atribuídos.
Por exemplo, a função a seguir chama o Get-Process cmdlet . Nessa função, @Args representa todos os parâmetros do Get-Process cmdlet .
function Get-MyProcess { Get-Process @Args }
Quando você usa a Get-MyProcess função , todos os parâmetros não atribuídos e os valores de parâmetro são passados para @Args, conforme mostrado nos comandos a seguir.
Get-MyProcess -Name PowerShell
Handles NPM(K) PM(K) WS(K) VM(M) CPU(s) Id ProcessName
------- ------ ----- ----- ----- ------ -- -----------
463 46 225484 237196 719 15.86 3228 powershell
Get-MyProcess -Name PowerShell_Ise -FileVersionInfo
ProductVersion FileVersion FileName
-------------- ----------- --------
6.2.9200.16384 6.2.9200.1638... C:\Windows\system32\WindowsPowerShell\...
Você pode usar @Args em uma função que tenha explicitamente declarados parâmetros. Você pode usá-lo mais de uma vez em uma função, mas todos os parâmetros inseridos são passados para todas as instâncias do @Args, conforme mostrado no exemplo a seguir.
function Get-MyCommand
{
Param ([switch]$P, [switch]$C)
if ($P) { Get-Process @Args }
if ($C) { Get-Command @Args }
}
Get-MyCommand -P -C -Name PowerShell
Handles NPM(K) PM(K) WS(K) VM(M) CPU(s) Id ProcessName
------- ------ ----- ----- ----- ------ -- -----------
408 28 75568 83176 620 1.33 1692 powershell
Path : C:\Windows\System32\WindowsPowerShell\v1.0\powershell.e
Extension : .exe
Definition : C:\Windows\System32\WindowsPowerShell\v1.0\powershell.e
Visibility : Public
OutputType : {System.String}
Name : powershell.exe
CommandType : Application
ModuleName :
Module :
RemotingCapability : PowerShell
Parameters :
ParameterSets :
HelpUri :
FileVersionInfo : File: C:\Windows\System32\WindowsPowerShell
\v1.0\powershell.exe
InternalName: POWERSHELL
OriginalFilename: PowerShell.EXE.MUI
FileVersion: 10.0.14393.0 (rs1_release.160715-1616
FileDescription: Windows PowerShell
Product: Microsoft Windows Operating System
ProductVersion: 10.0.14393.0
Debug: False
Patched: False
PreRelease: False
PrivateBuild: False
SpecialBuild: False
Language: English (United States)
Observações
Se você transformar uma função em uma função avançada usando os atributos CmdletBinding ou Parameter , a $args variável automática não estará mais disponível na função . As funções avançadas exigem definição de parâmetro explícita.
O PowerShell Desired State Configuration (DSC) não foi projetado para usar a modelagem. Você não pode usar a modelagem para passar valores para um recurso de DSC. Para obter mais informações, consulte o artigo da Gael Colas Pseudo-Splatting DSC Resources.