Variable de portée en PowerShell

Une chose triste, PowerShell, c'est que la fonction et scriptblocks dynamique étendue.

Mais il y a autre chose qui m'a surpris est que les variables se comportent comme une copie sur écriture à l'intérieur d'un intérieur de la portée.

$array=@("g")
function foo()
{
    $array += "h"
    Write-Host $array
}

& {
    $array +="s"
    Write-Host $array
}
foo

Write-Host $array

La sortie est:

g s
g h
g

Qui rend la dynamique de cadrage un peu moins douloureux. Mais comment puis-je éviter la copie sur écriture?

InformationsquelleAutor mathk | 2012-02-17
  1. 69

    Vous pouvez utiliser champ d'application des modificateurs ou la *-Variable applets de commande.

    Le champ d'application des modificateurs sont:

    • global utilisé pour accéder/modifier à l'extérieur de la portée (par exemple. le shell interactif)
    • script utilisé sur l'accès/modifier le champ d'application de l'exécution de script (.ps1 fichier). Si pas de l'exécution d'un script fonctionne alors comme global.

    (Pour le -Scope paramètre de la *-Variable applets de commande, consultez l'aide.)

    Par exemple. dans ton deuxième exemple, pour modifier directement le mondial $array:

    & {
  $global:array +="s"
  Write-Host $array
}

    Pour plus de détails, voir la rubrique d'aide de about_scopes.

    • Merci pour l'info. J'ai eu plus d'un moins lu le about_scopes sujet. L'une des choses que je ne voyais pas dans cette documentation, c'est le fait que les variables sont de manière dynamique étendue. 🙁
    • C'était perplexe moi dans la vérification des erreurs de script que j'avais, j'avais un simple compteur qui est incrémenté à chaque fois que le script a rencontré une erreur, qui a déterminé les informations envoyées par e-mail. Le nombre d'erreurs à la fin était toujours à zéro aucun mater combien les conditions d'erreur j'ai configuré. Maintenant, je comprends à la fois pourquoi et comment résoudre le problème.
    InformationsquelleAutor Richard
  2. 84

    Le PowerShell étendues de l'article (about_Scopes) c'est sympa, mais trop verbeux, donc, c'est la citation de mon l'article:

    En général, PowerShell étendues sont comme .NET étendues. Ils sont:

    • Mondiale est public
    • Script est interne
    • Privé est privé
    • Local est l'actuel niveau de la pile
    • Numérotés étendues sont à partir de 0..N, où chaque étape est en hausse de niveau de la pile (et 0 est Local)

    Ici est simple exemple, qui décrit l'utilisation et les effets de périmètres:

    $test = 'Global Scope'
Function Foo {
    $test = 'Function Scope'
    Write-Host $Global:test                                  # Global Scope
    Write-Host $Local:test                                   # Function Scope
    Write-Host $test                                         # Function Scope
    Write-Host (Get-Variable -Name test -ValueOnly -Scope 0) # Function Scope
    Write-Host (Get-Variable -Name test -ValueOnly -Scope 1) # Global Scope
}
Foo

    Comme vous pouvez le voir, vous pouvez utiliser $Global:essai de syntaxe qu'avec nommée étendues, $0:test sera toujours $null.

    InformationsquelleAutor Anton Purin
  3. 15

    Pas seulement varibles. Lorsque l'on dit "élément", cela signifie que les variables, les fonctions, les alias, et psdrives. Tous ceux qui l'ont portée.

    DESCRIPTION LONGUE 
Windows PowerShell protège l'accès à des variables, des alias, des fonctions, et 
Windows PowerShell lecteurs (PSDrives) en limitant où ils peuvent être lus et 
changé. Par l'application de quelques règles simples pour la portée, Windows PowerShell 
permet de s'assurer que vous n'avez pas par inadvertance modifier un élément qui doit 
pas être changé. 

Voici les règles de base de la portée: 

- Un élément à inclure dans un champ est visible dans le champ d'application dans lequel il 
a été créé et, en tout enfant, sauf si vous explicitement le faire 
privé. Vous pouvez placer des variables, des alias, des fonctions, ou Windows 
PowerShell lecteurs dans une ou plusieurs étendues. 

- Un élément que vous avez créé à l'intérieur d'un champ peut être modifié que dans le 
champ d'application dans lequel il a été créé, sauf si vous spécifiez explicitement un 
champ d'application différent.

    La copie sur écriture problème que vous voyez est en raison de la façon Powershell poignées de tableaux. Ajouter à la pile effectivement détruit le tableau d'origine et en crée une nouvelle. Depuis qu'il a été créé dans ce champ d'activité, il est détruit lorsque la fonction ou le bloc de script s'arrête et le champ d'application est éliminé.

    Vous pouvez explicitement la portée varibles lorsque vous mettez à jour, ou vous pouvez utiliser [ref] les objets à faire vos mises à jour, ou écrire votre script de sorte que vous mettez à jour une propriété d'un objet ou d'une table de hachage de la clé d'un objet ou d'une table de hachage dans un parent. Ce n'est pas de créer un nouvel objet dans la portée locale, il modifie l'objet de la portée parent.

    • Assurez-vous de la fonction et alias sont kindof variable. Mais je ne suis pas d'inquiétude à ce sujet. En particulier, dans certaines langues, la fonction sont de différente envergure variable (common lisp par exemple), mais sont toujours variable.
    • Il pourrait être d'une certaine inquiétude si un jour vous écrivez un script Powershell qui crée un alias ou une fonction dans un enfant.
    • Mais vous n'avez pas répondu à la question. @Richard a obtenu la bonne réponse
    • J'ai essayé d'expliquer que vous ne pouvez pas éviter la copie sur écriture lorsque vous ajouter à un tableau. Vous devez contrôler où il est l'écriture de la copie. Si vous n'avez pas le dire autrement, il va l'écrire sur une portée locale. Vous pouvez également éviter la copie sur écriture en n'ajoutant pas à un tableau, mais par l'ajout ou la mise à jour d'une propriété d'un objet, ou une clé d'une table de hachage.
    • Mais que faire powershell un même pire de la langue. Si le champ sémantique changer selon le type de la variable qui est horrible choix de design, de l'OMI. En Plus, c'ramener dynamique étendue droit dans votre visage. 🙁
    • Eh bien, c'est ce qu'il est. J'ai juste essayé d'expliquer ce qui se passe. La copie sur écriture est la nature de la bête. Explicitement la portée de la variable n'est pas en évitant de copie sur écriture, c'est juste de la spécification de l'emplacement de la copie va s'écrire.

    InformationsquelleAutor mjolinor