La portée des variables dans les fonctions VBScript

J'ai une question sur la portée des variables en VBScript. Je sais qu'il ya les mots-clés suivants (à partir de autoitscript.com):

  1. Dim = portée Locale si le nom de la variable n'existe pas encore à l'échelle mondiale (dans ce cas, il réutilise la variable globale!)
  2. Global = Forces de la création de la variable dans la portée Globale
  3. Local = Forces de la création de la variable dans le Local/portée de la Fonction

Imaginer que j'ai la suite .fichier vbs:

Dim strPath

strPath = "C:\folder"

DisplayPath strPath

Sub DisplayPath(strPath) 'Does this strPath get it's own local scope?
  MsgBox strPath
End Sub

Dans la fonction: DisplayPath(strPath), est strPath un local variable? Ou dois-fonctions/sous-marins ont accès à la strPath définies dans la partie supérieure de la section principale du script en tant que mondiale variable?

Aussi, ce qui est le point de manière explicite à l'aide Dim par rapport à la seule définition des variables comme je le les utiliser, ce qui est possible dans les langages de script?

OriginalL'auteur JohnB | 2010-09-30

  1. 20

    La strPath dans le DisplayPath procédure sera une nouvelle variable, mais pas pour les raisons que vous attendez, il y a de subtiles problème avec votre code de nuage de la question.

    Lors de l'appel de Sub procédure de la syntaxe VBScript ne comprend pas les parenthèses. Par exemple:-

    Sub MyProc(Param1, Param2)
  '' # Do stuff
End Sub

MyProc("Hello", "World")

    ci-dessus entraînerait une erreur de syntaxe. Il doit être appelé:-

    MyProc "Hello", "World"

    Maintenant, quand il n'y a qu'un seul paramètre, une erreur de syntaxe ne se produit pas. C'est parce qu'une autre utilisation des parenthèses est comme une partie d'une expression par exemple '(a + b) * c'. Dans le cas de:-

    DisplayPath(strPath)

    VBScript résout le "expression" (strPath) et passer le résultat à DisplayPath. Sa cette résultat qui donne lieu à de nouvelles stockage contenir le résultat de l'expression.

    Vous avait appelé avec

    DisplayPath strPath

    pas de nouveau créé.

    Toutefois qu'à ce sujet:-

    Sub DisplayPath(something)
  MsgBox something
End Sub

    Il n'y a toujours pas de nouvelle de stockage alloué. something se pointer à la même mémoire que strPath.

    Modifier

    Le code ci-dessous fonctionne:-

    Dim strPath

strPath = "c:\folder"

Display


Sub Display()
  MsgBox strPath
End Sub

    La déclaration de strPath en dehors d'une procédure en fait de portée mondiale.

    Comme pour le point de l'utilisation explicite Dim qu'arriverait-il si l'affectation de la ligne ci-dessus ressemblait à ça?

     strPath = "c:\folder"

    Une nouvelle variable appelée strPath serait venu à l'existence et strPath resterait vide. Vous devriez toujours commencer vos fichiers VBScript avec la ligne:-

    Option Explicit

    Cela va vous forcer explicitement Dim toutes les variables à utiliser et vous permettra d'économiser des heures de temps de débogage.

    très utile, +1, merci. Je suis content que vous avez effacé la distinction entre le passage par référence et le passage par valeur (et de créer de nouvelles stockage). Cependant, ce que je veux savoir, c'est si strPath est globale et accessible à toutes les fonctions/sous-marins dans le script, même si je ne passe pas en tant que local de la fonction de variables.
    Voir mon édité réponse.
    Je vois votre point de vue avec la faute de frappe, merci!
    Observation très importante, m'a sauvé quelques fois aujourd'hui!!
    La syntaxe est Simple des erreurs relatives entre parenthèses, j'ai facilement résolu en utilisant Call MyProc("Hello", "World").

    OriginalL'auteur AnthonyWJones