Compartilhar via

about_Scopes

  • Artigo

Descrição breve

Explica o conceito de escopo no PowerShell e mostra como definir e alterar o escopo dos elementos.

Descrição longa

O PowerShell protege o acesso a variáveis, aliases, funções e unidades do PowerShell (PSDrives) limitando onde eles podem ser lidos e alterados. O PowerShell usa regras de escopo para garantir que você não faça alterações não intencionais em itens em outros escopos.

Regras de escopo

Quando você inicia o PowerShell, o host (pwsh.exe) cria um runspace do PowerShell. Os processos de host podem ter vários runspaces. Cada runspace tem seu próprio estado de sessão e contêineres de escopo. O estado e os escopos da sessão não podem ser acessados entre instâncias de runspace.

A seguir estão as regras básicas de escopo:

  • Os escopos podem ser aninhados. Um escopo externo é chamado de escopo pai. Todos os escopos aninhados são escopos filho desse pai.
  • Um item é visível no escopo em que foi criado e em qualquer escopo filho, a menos que você o torne explicitamente privado.
  • Você pode declarar variáveis, aliases, funções e unidades do PowerShell para um escopo fora do escopo atual.
  • Um item que você criou dentro de um escopo pode ser alterado somente no escopo em que foi criado, a menos que você especifique explicitamente um escopo diferente.
  • Quando o código em execução em um runspace faz referência a um item, o PowerShell pesquisa a hierarquia de escopo, começando com o escopo atual e prosseguindo por meio de cada escopo pai.
    • Se o item não for encontrado, um novo item será criado no escopo atual.
    • Se encontrar uma correspondência, o valor do item será recuperado do escopo em que foi encontrado.
    • Se você alterar o valor, o item será copiado para o escopo atual para que a alteração afete apenas o escopo atual.
  • Se você criar explicitamente um item que compartilha seu nome com um item em um escopo diferente, o item original poderá ser ocultado pelo novo item, mas não será substituído ou alterado.

Escopos pai e filho

Você pode criar um novo escopo filho chamando um script ou função. O escopo de chamada é o escopo pai. O script ou função chamado é o escopo filho. As funções ou scripts que você chama podem chamar outras funções, criando uma hierarquia de escopos filho cujo escopo raiz é o escopo global.

Observação

As funções de um módulo não são executadas em um escopo filho do escopo de chamada. Os módulos têm seu próprio estado de sessão vinculado ao escopo no qual o módulo foi importado. Todo o código do módulo é executado em uma hierarquia de escopos específica do módulo que tem seu próprio escopo raiz. Para obter mais informações, consulte a seção Módulos deste artigo.

Quando um escopo filho é criado, ele inclui todos os aliases e variáveis que têm a opção AllScope e algumas variáveis automáticas. Essa opção é discutida posteriormente neste artigo.

A menos que você torne explicitamente os itens privados, os itens no escopo pai estarão disponíveis para o escopo filho. Os itens que você cria ou altera em um escopo filho não afetam o escopo pai, a menos que você especifique explicitamente o escopo ao criar os itens.

Para localizar os itens em um escopo específico, use o parâmetro Scope de Get-Variable ou Get-Alias.

Por exemplo, para obter todas as variáveis no escopo local, digite:

Get-Variable -Scope local

Para obter todas as variáveis no escopo global, digite:

Get-Variable -Scope global

Quando uma referência é feita a uma variável, alias ou função, o PowerShell pesquisa o escopo atual. Se o item não for encontrado, o escopo pai será pesquisado. Essa busca é repetida até o escopo global. Se uma variável for privada em um escopo pai, a pesquisa continuará pela cadeia de escopo. O exemplo 4 mostra o efeito de uma variável privada em uma pesquisa de escopo.

Nomes de escopos do PowerShell

O PowerShell define nomes para alguns escopos para permitir um acesso mais fácil a esse escopo. O PowerShell define os seguintes escopos nomeados:

  • Global: o escopo que está em vigor quando o PowerShell é iniciado ou quando você cria uma nova sessão ou runspace. Variáveis e funções que estão presentes quando o PowerShell é iniciado, como variáveis automáticas e variáveis de preferência, são criadas no escopo global. As variáveis, aliases e funções em seus perfis do PowerShell também são criados no escopo global. O escopo global é o escopo pai raiz em um runspace.
  • Local: o escopo atual. O escopo local pode ser o escopo global ou qualquer outro escopo.
  • Script: o escopo criado durante a execução de um arquivo de script. Os comandos no script são executados no escopo do script. Para os comandos em um script, o escopo do script é o escopo local.

Para cmdlets que dão suporte a escopos, os escopos podem ser referenciados por um número que descreve a posição relativa de um escopo para outro. O escopo 0 denota o escopo atual (local), o escopo 1 é o pai do escopo atual, o escopo 2 é o avô do escopo atual. Esse padrão continua até que você atinja o escopo raiz.

Modificadores de escopo

Um nome de variável, alias ou função pode incluir qualquer um dos seguintes modificadores de escopo opcionais:

  • global: - Especifica que o nome existe no escopo Global .

  • local: - Especifica que o nome existe no escopo Local . O escopo atual é sempre o escopo Local .

  • private: - Especifica que o nome é Privado e visível apenas para o escopo atual.

    Observação

    private: não é um escopo. É uma opção que altera a acessibilidade de um item fora do escopo em que ele está definido.

  • script: - Especifica que o nome existe no escopo do script . O escopo do script é o escopo do arquivo de script ancestral mais próximo ou Global se não houver um arquivo de script ancestral mais próximo.

  • using: - Usado para acessar variáveis definidas em outro escopo durante a execução em sessões remotas, trabalhos em segundo plano ou trabalhos de thread.

  • workflow: - Especifica que o nome existe em um fluxo de trabalho. Observação: Não há suporte para fluxos de trabalho no PowerShell v6 e superior.

  • <variable-namespace>- Um modificador criado por um provedor PSDrive do PowerShell. Por exemplo:

    Namespace Descrição
    Alias: Aliases definidos no escopo atual
    Env: Variáveis de ambiente definidas no escopo atual
    Function: Funções definidas no escopo atual
    Variable: Variáveis definidas no escopo atual

O escopo padrão para scripts é o escopo do script. O escopo padrão para funções e aliases é o escopo local, mesmo que eles sejam definidos em um script.

Usando modificadores de escopo

Para especificar o escopo de uma nova variável, alias ou função, use um modificador de escopo.

A sintaxe de um modificador de escopo em uma variável é:

$[<scope-modifier>:]<name> = <value>

A sintaxe de um modificador de escopo em uma função é:

function [<scope-modifier>:]<name> {<function-body>}

O comando a seguir, que não usa um modificador de escopo, cria uma variável no escopo atual ou local :

$a = "one"

Para criar a mesma variável no escopo global , use o modificador de escopo global: :

$global:a = "one"
Get-Variable a | Format-List *

Observe os valores das propriedades Visibilidade e Opções .

Name        : a
Description :
Value       : one
Visibility  : Public
Module      :
ModuleName  :
Options     : None
Attributes  : {}

Compare isso com uma variável privada:

$private:pVar = 'Private variable'
Get-Variable pVar | Format-List *

O uso do modificador de private escopo define a propriedade Opções como Private.

Name        : pVar
Description :
Value       : Private variable
Visibility  : Public
Module      :
ModuleName  :
Options     : Private
Attributes  : {}

Para criar a mesma variável no escopo do script , use o modificador de script: escopo:

$script:a = "one"

Você também pode usar um modificador de escopo com funções. A definição de função a seguir cria uma função no escopo global :

function global:Hello {
  Write-Host "Hello, World"
}

Você também pode usar modificadores de escopo para se referir a uma variável em um escopo diferente. O comando a seguir refere-se à $test variável, primeiro no escopo local e depois no escopo global:

$test
$global:test

O using: modificador de escopo

Using é um modificador de escopo especial que identifica uma variável local em um comando remoto. Sem um modificador, o PowerShell espera que as variáveis em comandos remotos sejam definidas na sessão remota.

O using modificador de escopo é introduzido no PowerShell 3.0.

Para qualquer script ou comando que seja executado fora da sessão, você precisa do using modificador de escopo para incorporar valores de variáveis do escopo da sessão de chamada, para que o código fora da sessão possa acessá-los. O using modificador de escopo tem suporte nos seguintes contextos:

  • Comandos executados remotamente, iniciados com Invoke-Command o uso dos parâmetros ComputerName, HostName, SSHConnection ou Session (sessão remota)
  • Trabalhos em segundo plano, iniciados com Start-Job (sessão fora do processo)
  • Trabalhos de thread, iniciados por meio Start-ThreadJob de ou ForEach-Object -Parallel (sessão de thread separada)

Dependendo do contexto, os valores de variáveis inseridas são cópias independentes dos dados no escopo do chamador ou referências a ele. Em sessões remotas e fora do processo, são sempre cópias independentes.

Para obter mais informações, consulte about_Remote_Variables.

Uma $using: referência só se expande para o valor de uma variável. Se você quiser alterar o valor de uma variável no escopo do chamador, deverá ter uma referência à própria variável. Você pode criar uma referência a uma variável obtendo a instância PSVariable da variável. O exemplo a seguir mostra como criar uma referência e fazer alterações em um trabalho de thread.

$Count = 1
$refOfCount = Get-Variable Count

Start-ThreadJob {
    ($using:refOfCount).Value = 2
} | Receive-Job -Wait -AutoRemoveJob

$Count

2

Observação

Esta não é uma operação thread-safe. Você pode causar corrupção de dados se tentar alterar o valor de vários threads ao mesmo tempo. Você deve usar tipos de dados thread-safe ou primitivos de sincronização para proteger dados compartilhados. Para obter mais informações, consulte Coleções thread-safe.

Serialização de valores de variáveis

Comandos executados remotamente e trabalhos em segundo plano são executados fora do processo. As sessões fora do processo usam serialização e desserialização baseadas em XML para disponibilizar os valores das variáveis entre os limites do processo. O processo de serialização converte objetos em um PSObject que contém as propriedades dos objetos originais, mas não seus métodos.

Para um conjunto limitado de tipos, a desserialização reidrata os objetos de volta ao tipo original. O objeto reidratado é uma cópia da instância do objeto original. Ele tem as propriedades e métodos de tipo. Para tipos simples, como System.Version, a cópia é exata. Para tipos complexos, a cópia é imperfeita. Por exemplo, objetos de certificado reidratados não incluem a chave privada.

Instâncias de todos os outros tipos são instâncias PSObject . A propriedade PSTypeNames contém o nome do tipo original prefixado com Deserialized, por exemplo, Deserialized.System.Data.DataTable

A opção AllScope

Variáveis e aliases têm uma propriedade Option que pode assumir um valor de AllScope. Os itens que têm a propriedade AllScope tornam-se parte de todos os escopos filho que você cria, embora não sejam herdados retroativamente pelos escopos pai.

Um item que tem a propriedade AllScope é visível no escopo filho e faz parte desse escopo. As alterações no item em qualquer escopo afetam todos os escopos nos quais a variável é definida.

Gerenciando o escopo

Vários cmdlets têm um parâmetro Scope que permite obter ou definir (criar e alterar) itens em um escopo específico. Use o seguinte comando para localizar todos os cmdlets em sua sessão que têm um parâmetro Scope :

Get-Help * -Parameter scope

Para localizar as variáveis visíveis em um escopo específico, use o Scope parâmetro .Get-Variable As variáveis visíveis incluem variáveis globais, variáveis no escopo pai e variáveis no escopo atual.

Por exemplo, o comando a seguir obtém as variáveis visíveis no escopo local:

Get-Variable -Scope local

Para criar uma variável em um escopo específico, use um modificador de escopo ou o parâmetro Scope de Set-Variable. O comando a seguir cria uma variável no escopo global:

New-Variable -Scope global -Name a -Value "One"

Você também pode usar o parâmetro Scope dos New-Aliascmdlets , Set-Alias, ou Get-Alias para especificar o escopo. O comando a seguir cria um alias no escopo global:

New-Alias -Scope global -Name np -Value Notepad.exe

Para obter as funções em um escopo específico, use o Get-Item cmdlet quando estiver no escopo. O Get-Item cmdlet não tem um parâmetro Scope .

Observação

Para os cmdlets que usam o parâmetro Scope , você também pode se referir a escopos por número. O número descreve a posição relativa de um escopo para outro. O escopo 0 representa o escopo atual ou local. O escopo 1 indica o escopo pai imediato. O escopo 2 indica o pai do escopo pai e assim por diante. Os escopos numerados são úteis se você tiver criado muitos escopos recursivos.

Usando a notação de origem de ponto com escopo

Scripts e funções seguem as regras de escopo. Você os cria em um escopo específico e eles afetam apenas esse escopo, a menos que você use um parâmetro de cmdlet ou um modificador de escopo para alterar esse escopo.

No entanto, você pode adicionar o conteúdo de um script ou função ao escopo atual usando a notação de origem de ponto. Quando você executa um script ou função usando a notação de origem de ponto, ele é executado no escopo atual. Todas as funções, aliases e variáveis no script ou função são adicionados ao escopo atual.

Por exemplo, para executar o Sample.ps1 script a partir do C:\Scripts diretório no escopo do script (o padrão para scripts), basta inserir o caminho completo para o arquivo de script na linha de comando.

c:\scripts\sample.ps1

Um arquivo de script deve ter uma extensão de .ps1 arquivo para ser executável. Os arquivos que têm espaços em seu caminho devem ser colocados entre aspas. Se você tentar executar o caminho entre aspas, o PowerShell exibirá o conteúdo da cadeia de caracteres entre aspas em vez de executar o script. O operador de chamada (&) permite executar o conteúdo da cadeia de caracteres que contém o nome do arquivo.

Usar o operador de chamada para executar uma função ou script o executa no escopo do script. Usar o operador de chamada não é diferente de executar o script por nome.

& c:\scripts\sample.ps1

Você pode ler mais sobre a operadora de chamadas em about_Operators.

Para executar o Sample.ps1 script no escopo local, digite um ponto e um espaço (. ) antes do caminho para o script:

. c:\scripts\sample.ps1

Agora, todas as funções, aliases ou variáveis definidas no script são adicionadas ao escopo atual.

Restrição sem escopo

O PowerShell tem algumas opções e recursos semelhantes ao escopo e podem interagir com escopos. Esses recursos podem ser confundidos com o escopo ou o comportamento do escopo.

Sessões, módulos e prompts aninhados são ambientes independentes, não escopos filhos do escopo global na sessão.

Sessões

Uma sessão é um ambiente no qual o PowerShell é executado. Quando você cria uma sessão em um computador remoto, o PowerShell estabelece uma conexão persistente com o computador remoto. A conexão persistente permite que você use a sessão para vários comandos relacionados.

Como uma sessão é um ambiente contido, ela tem seu próprio escopo, mas uma sessão não é um escopo filho da sessão na qual foi criada. A sessão começa com seu próprio escopo global. Esse escopo é independente do escopo global da sessão. Você pode criar escopos filho na sessão. Por exemplo, você pode executar um script para criar um escopo filho em uma sessão.

Módulos

Você pode usar um módulo do PowerShell para compartilhar e fornecer ferramentas do PowerShell. Um módulo é uma unidade que pode conter cmdlets, scripts, funções, variáveis, aliases e outros itens úteis. A menos que sejam exportados explicitamente (usando Export-ModuleMember ou o manifesto do módulo), os itens em um módulo não podem ser acessados fora do módulo. Portanto, você pode adicionar o módulo à sua sessão e usar os itens públicos sem se preocupar que os outros itens possam substituir os cmdlets, scripts, funções e outros itens em sua sessão.

Por padrão, os módulos são carregados no escopo de nível raiz (global) do runspace. A importação de um módulo não altera o escopo. Dentro da sessão, os módulos têm seu próprio escopo. Considere o seguinte módulo C:\temp\mod1.psm1:

$a = "Hello"

function foo {
    "`$a = $a"
    "`$global:a = $global:a"
}

Agora criamos uma variável $aglobal , damos a ela um valor e chamamos a função foo.

$a = "Goodbye"
foo

O módulo declara a variável $a no escopo do módulo, então a função foo gera o valor da variável em ambos os escopos.

$a = Hello
$global:a = Goodbye

Os módulos criam contêineres de escopo paralelo vinculados ao escopo no qual foram importados. Os itens exportados pelo módulo estão disponíveis a partir do nível de escopo em que são importados. Os itens não exportados do módulo só estão disponíveis no contêiner de escopo do módulo. As funções no módulo podem acessar itens no escopo em que foram importadas, bem como itens no contêiner de escopo do módulo.

Se você carregar o Módulo2 de dentro do Módulo1, o Módulo2 será carregado no contêiner de escopo do Módulo1. Todas as exportações do Módulo2 são colocadas no escopo atual do módulo do Módulo1. Se você usar Import-Module -Scope localo , as exportações serão colocadas no objeto de escopo atual, e não no nível superior. Se você estiver em um módulo e carregar outro módulo usando Import-Module -Scope global (ou Import-Module -Global), esse módulo e suas exportações serão carregados no escopo global em vez do escopo local do módulo. O recurso WindowsCompatibility faz isso para importar módulos proxy para o estado de sessão global.

Prompts aninhados

Os prompts aninhados não têm seu próprio escopo. Quando você insere um prompt aninhado, o prompt aninhado é um subconjunto do ambiente. Mas, você permanece dentro do escopo local.

Os scripts têm seu próprio escopo. Se você estiver depurando um script e atingir um ponto de interrupção no script, insira o escopo do script.

Opção privada

Aliases e variáveis têm uma propriedade Option que pode assumir um valor de Private. Os itens que têm a Private opção podem ser exibidos e alterados no escopo em que são criados, mas não podem ser exibidos ou alterados fora desse escopo.

Por exemplo, se você criar uma variável que tenha uma opção privada no escopo global e, em seguida, executar um script, Get-Variable os comandos no script não exibirão a variável privada. O uso do modificador de escopo global nessa instância não exibe a variável privada.

Você pode usar o parâmetro Option dos New-Variablecmdlets , Set-Variable, New-Aliase Set-Alias para definir o valor da propriedade Option como Private.

Visibilidade

A propriedade Visibility de uma variável ou alias determina se você pode ver o item fora do contêiner, no qual ele foi criado. Um contêiner pode ser um módulo, script ou snap-in. A visibilidade é projetada para contêineres da mesma forma que o Private valor da propriedade Option é projetado para escopos.

A propriedade Visibility usa os Public valores and Private . Os itens que têm visibilidade privada podem ser exibidos e alterados somente no contêiner em que foram criados. Se o contêiner for adicionado ou importado, os itens que têm visibilidade privada não poderão ser exibidos ou alterados.

Como a visibilidade é projetada para contêineres, ela funciona de forma diferente em um escopo.

  • Se você criar um item que tenha visibilidade privada no escopo global, não poderá exibir ou alterar o item em nenhum escopo.
  • Se você tentar exibir ou alterar o valor de uma variável que tenha visibilidade privada, o PowerShell retornará uma mensagem de erro.

Você pode usar os New-Variable cmdlets e Set-Variable para criar uma variável que tenha visibilidade privada.

Exemplos

Exemplo 1: Alterar um valor de variável somente em um script

O comando a seguir altera o $ConfirmPreference valor da variável em um script. A alteração não afeta o escopo global.

Primeiro, para exibir o $ConfirmPreference valor da variável no escopo local, use o seguinte comando:

PS>  $ConfirmPreference
High

Crie um script Scope.ps1 que contenha os seguintes comandos:

$ConfirmPreference = "Low"
"The value of `$ConfirmPreference is $ConfirmPreference."

Execute o script. O script altera o valor da $ConfirmPreference variável e, em seguida, relata seu valor no escopo do script. A saída deve ser semelhante à seguinte saída:

The value of $ConfirmPreference is Low.

Em seguida, teste o $ConfirmPreference valor atual da variável no escopo atual.

PS>  $ConfirmPreference
High

Este exemplo mostra que as alterações no valor de uma variável no escopo do script não afetam o valor da variável no escopo pai.

Exemplo 2: Exibir um valor de variável em escopos diferentes

Você pode usar modificadores de escopo para exibir o valor de uma variável no escopo local e em um escopo pai.

Primeiro, defina uma $test variável no escopo global.

$test = "Global"

Em seguida, crie um Sample.ps1 script que defina a $test variável. No script, use um modificador de escopo para se referir às versões global ou local da $test variável.

Em Sample.ps1:

$test = "Local"
"The local value of `$test is $test."
"The global value of `$test is $global:test."

Quando você executa Sample.ps1o , a saída deve ser semelhante à seguinte saída:

The local value of $test is Local.
The global value of $test is Global.

Quando o script é concluído, somente o valor global de $test é definido na sessão.

PS> $test
Global

Exemplo 3: Alterar o valor de uma variável em um escopo pai

A menos que você proteja um item usando a opção Private ou outro método, você pode exibir e alterar o valor de uma variável em um escopo pai.

Primeiro, defina uma $test variável no escopo global.

$test = "Global"

Em seguida, crie um script Sample.ps1 que defina a $test variável. No script, use um modificador de escopo para se referir às versões global ou local da $test variável.

Em Sample.ps1:

$global:test = "Local"
"The global value of `$test is $global:test."

Quando o script é concluído, o valor global de $test é alterado.

PS> $test
Local

Exemplo 4: Criando uma variável privada

Uma variável pode ser tornada privada usando o modificador de private: escopo ou criando a variável com a propriedade Option definida como Private. As variáveis privadas só podem ser visualizadas ou alteradas no escopo em que foram criadas.

Neste exemplo, o ScopeExample.ps1 script cria cinco funções. A primeira função chama a próxima função, que cria um escopo filho. Uma das funções possui uma variável privada que só pode ser vista no escopo em que foi criada.

PS> Get-Content ScopeExample.ps1
# Start of ScopeExample.ps1
function funcA {
    "Setting `$funcAVar1 to 'Value set in funcA'"
    $funcAVar1 = "Value set in funcA"
    funcB
}

function funcB {
    "In funcB before set -> '$funcAVar1'"
    $private:funcAVar1 = "Locally overwrite the value - child scopes can't see me!"
    "In funcB after set  -> '$funcAVar1'"
    funcC
}

function funcC {
    "In funcC before set -> '$funcAVar1' - should be the value set in funcA"
    $funcAVar1 = "Value set in funcC - Child scopes can see this change."
    "In funcC after set  -> '$funcAVar1'"
    funcD
}

function funcD {
    "In funcD before set -> '$funcAVar1' - should be the value from funcC."
    $funcAVar1 = "Value set in funcD"
    "In funcD after set  -> '$funcAVar1'"
    '-------------------'
    ShowScopes
}

function ShowScopes {
    $funcAVar1 = "Value set in ShowScopes"
    "Scope [0] (local)  `$funcAVar1 = '$(Get-Variable funcAVar1 -Scope 0 -ValueOnly)'"
    "Scope [1] (parent) `$funcAVar1 = '$(Get-Variable funcAVar1 -Scope 1 -ValueOnly)'"
    "Scope [2] (parent) `$funcAVar1 = '$(Get-Variable funcAVar1 -Scope 2 -ValueOnly)'"
    "Scope [3] (parent) `$funcAVar1 = '$(Get-Variable funcAVar1 -Scope 3 -ValueOnly)'"
    "Scope [4] (parent) `$funcAVar1 = '$(Get-Variable funcAVar1 -Scope 4 -ValueOnly)'"
}
funcA
# End of ScopeExample.ps1
PS> .\ScopeExample.ps1

A saída mostra o valor da variável em cada escopo. Você pode ver que a variável privada só é visível no funcB, o escopo no qual ela foi criada.

Setting $funcAVar1 to 'Value set in funcA'
In funcB before set -> 'Value set in funcA'
In funcB after set  -> 'Locally overwrite the value - child scopes can't see me!'
In funcC before set -> 'Value set in funcA' - should be the value set in funcA
In funcC after set  -> 'Value set in funcC - Child scopes can see this change.'
In funcD before set -> 'Value set in funcC - Child scopes can see this change.' - should be the value from funcC.
In funcD after set  -> 'Value set in funcD'
-------------------
Scope [0] (local)  $funcAVar1 = 'Value set in ShowScopes'
Scope [1] (parent) $funcAVar1 = 'Value set in funcD'
Scope [2] (parent) $funcAVar1 = 'Value set in funcC - Child scopes can see this change.'
Scope [3] (parent) $funcAVar1 = 'Locally overwrite the value - child scopes can't see me!'
Scope [4] (parent) $funcAVar1 = 'Value set in funcA'

Como mostrado pela saída do ShowScopes, você pode acessar variáveis de outros escopos usando Get-Variable e especificando um número de escopo.

Exemplo 5: Usando uma variável local em um comando remoto

Para variáveis em um comando remoto criado na sessão local, use o modificador de using escopo. O PowerShell pressupõe que as variáveis em comandos remotos foram criadas na sessão remota.

A sintaxe do é:

$using:<VariableName>

Por exemplo, os comandos a seguir criam uma $Cred variável na sessão local e, em seguida, usam a $Cred variável em um comando remoto:

$Cred = Get-Credential
Invoke-Command $s {Remove-Item .\Test*.ps1 -Credential $using:Cred}

O using modificador de escopo foi introduzido no PowerShell 3.0.

Confira também