différence entre 'var a = 2' et 'this.a = 2'

Question

Je viens de découvrir le bug le plus étrange dans un code javascript traitant de RegExp.test. J'ai eu une expression régulière regexp déclarée à l'intérieur d'une fonction et j'avais une fermeture qui avait une référence à regexp et j'utilisais la fermeture pour itérer sur un tableau de chaînes pour les tester à l'aide de collect de prototype.js, soit

function some_func() { 
    var regexp = /regular_expression/; 
    an_array_of_strings.collect(
    function(str) { 
     if (regexp.test(str)) { 
     do_something(); 
     } 
    } 
); 
} 

la chose vraiment bizarre était que l'appel regexp.test(str) à l'intérieur de la fermeture alternait entre true et false sur la même entrée. J'ai regardé la source pour RegExp.test et je n'ai rien vu de poisson mais il se passait quelque chose parce que la même chaîne peut passer et échouer la même expression régulière. Après avoir regardé un peu plus à RegExp.test j'ai fondamentalement conclu que les variables déclarées dans RegExp.test continuaient d'exister entre les invocations et gâchaient les invocations ultérieures. Alors, voici la question: Quelle est la différence entre

this.a = 2; 

et

var a = 2; 

lorsque les déclarations ci-dessus apparaissent à l'intérieur d'une méthode appelée sur un objet à l'intérieur d'une fermeture qui contient une référence à cet objet? Je demande parce que le bug disparaît quand je me déplace regexp.test en dehors de la fermeture. Lorsque regexp.test est appelé en dehors de la fermeture alors il ne bascule pas entre true et false à chaque appel. Je n'ai aucune idée de pourquoi cela se passe.

Modifier: Quand je bougeais la regexp en dehors de la fermeture, j'oubliais d'ajouter l'option globale de sorte que est la raison pour laquelle le bug a été en train de disparaître. Merci Ivo.

Answer 1

Puisque vous n'avez pas montré votre RegExp mais que j'ai juste répondu quelque chose de similaire, je suppose que vous utilisez l'option global dans votre RegExp, qui a quelques effets secondaires intéressants.

Comme exec (ou en combinaison avec il), test appelé plusieurs fois sur la même expression régulière mondiale exemple avancera au-delà du match précédent.

Source: https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/RegExp/test

Alors qu'est-ce qui se passe ici est exactement ce que puisque vous utilisez l'option globale pour l'expression rationnelle, il continuera à rechercher la chaîne après avoir trouvé une correspondance.

regexp.test("d") 

Ceci trouvera d à la position 0 .

regexp.test("d") 

Cela va maintenant chercher d à partir de la position 1 , mais puisque c'est la fin de la chaîne, il ne trouvera rien de revenir donc faux.

Nous pouvons utiliser la propriété lastIndex de la regex à la preuve que:

regexp.lastIndex 
>> 0 
regexp.test("d") 
>> true 
regexp.lastIndex 
>> 1 
regexp.test("d") 
>> false 

Donc, pour résoudre le problème, vous devez supprimer l'option global de votre RegExp.

Avertissement, ceci est une copie de ma réponse précédente:
Unusual javascript Regex result, explanation please!

Answer 2

C'est une question délicate, car à première vue, ils semblent identiques.

Je suppose que this.a appartient à la fonction, mais peut également s'étendre pendant la durée de vie de cette fonction, et pas seulement l'appel de fonction lui-même; tandis que var a serait créé et détruit chaque fois que la fonction serait exécutée.

Answer 3

Jetez un oeil à this page sur les merveilles de this dans JS. La signification de this change assez radicalement, selon la façon dont vous utilisez vos fonctions.