(1, eval) ("il") vs eval ("il") en JavaScript?

Je commence à lire JavaScript Modèles, certains codes qui me confond.

var global = (function () {
    return this || (1, eval)('this');
}());

Voici mes questions:

Q1:

(1, eval) === eval?

Pourquoi et comment ça fonctionne?

Q2: Pourquoi ne pas simplement

var global = (function () {
    return this || eval('this');
}());

ou

 var global = (function () {
    return this;
}());
  • J'ai mis à jour le titre parce que c'est un cas particulier. Aussi, de parenthèse pour le type spécifique de crochets: [] et {} sont entièrement différentes 🙂
InformationsquelleAutor shawjia | 2012-02-02
  1. 92

    La différence entre (1,eval) et de la plaine de vieux eval est que le premier est un valeur et le dernier est une lvalue. Il serait plus évident si elle était une autre identificateur:

    var x;
x = 1;
(1, x) = 1; // syntax error, of course!

    Qui est (1,eval) est une expression qui donne eval (un peu comme dire, (true && eval) ou (0 ? 0 : eval) serait), mais ce n'est pas une référence à eval.

    Pourquoi s'en faire?

    Bien, l'Ecma spec considère un référence à eval être un "direct eval appel", mais une expression qui ne fait que les rendements eval pour être l'une indirecte -- et indirects eval appels sont garantis à exécuter dans la portée globale.

    Choses que je ne sais toujours pas:

    1. Dans quelles circonstances directement eval appel pas exécuter dans la portée globale?
    2. Dans quelles circonstances peut le this d'une fonction à la portée globale pas rendement global de l'objet?

    Certains plus d'informations peuvent être glanées ici.

    MODIFIER

    Apparemment, la réponse à ma première question est, "presque toujours". Un direct eval exécute à partir de la actuel portée. Considérons le code suivant:

    var x = 'outer';
(function() {
  var x = 'inner';
  eval('console.log("direct call: " + x)'); 
  (1,eval)('console.log("indirect call: " + x)'); 
})();

    Il n'est pas surprenant (heh-heh), cette affiche:

    direct call: inner
indirect call: outer

    MODIFIER

    Après plus d'expérimentation, je vais provisoirement dire que this ne peut pas être null ou undefined. Il peut être réglé à d'autres falsy valeurs (0, ", NaN, false), mais seulement très délibérément.

    Je vais dire que votre source est atteint d'une légère et réversible cranio-rectale et inversion pourriez envisager de passer une semaine à la programmation Haskell.

    • Wow, ne connaissent pas toute l' value vs lvalue chose (enfin, dans la pratique, peut-être, mais pas dans les mots). Ni l'ES5 eval règles (non pas que je devrait raisonnablement avoir besoin d'utiliser eval jamais). Merci!
    • Ouais, eval a beaucoup de méchants bords tranchants et ne doit être utilisé qu'en dernier recours, et puis, très, très attentivement.
    • J'ai seulement une fois arrivé à travers une utilisation valide - l'évaluation d'une balise de script a été ajouté au DOM via innerHtml
    • lvalue a peu de raison avec la détermination directe eval puisqu'il se réfère généralement l'expression qui peuvent apparaître sur le côté gauche d'une affectation, d'où le nom de lvalue, par opposition à rvalue. Un appel à eval est directement seulement, dans les conditions précisées dans 15.1.2.1.1 de la spec qui indique l'identificateur doit être eval et la MemberExpression partie d'un CallExpression et se référer à la norme eval fonction.
    • était juste une simplification de la situation.
    • Vous semblez insinuer que lvalues ont quelque chose à voir avec direct vs indirect eval qui ne le font pas. L'utilisation d'un identifiant appelé eval comme la cible d'un appel expression est spécial. Vous dites que l'ECMA traite référence pour eval spécial dont il n'a pas. C'est le placement dans l'appel d'expression qui est un spécial que l'expression est évaluée à la norme eval fonction. Par exemple, var eval = window.eval; eval('1'); est toujours un direct eval et window.eval('1') n'est-ce pas même si eval est une lvalue, dans ce cas aussi.
    • Avez-vous une réponse à la question 2? Comment sur la terre "ceci" ne pas être global?
    • J"aimerais savoir QUAND on utilise cette convention? Si je comprends indirects vs direct - très bien, mais QUAND cela serait-il utile pour moi? Toute pratique, des exemples du monde réel?
    • J'essaie d'éviter d'appeler eval jamais. J'ai une vague théorie que la distinction qui est faite pour la sécurité du navigateur et le navigateur de l'utilisateur, pas pour faciliter la tâche du programmeur.
    • lorsque vous utilisez présenter une demande ou d'un appel de méthode d'invocation à dire ({q: function() { console.journal(ce, eval ("il"), (0, eval) ("il"), la fenêtre.eval ("il"));}}).q(); window.eval Fenêtre de retour, car il utilise l'appel de la méthode d'invocation à partir de la Fenêtre parent
    • oui bien sûr, mais examiner la question de plus près. Ici le contenant de fermeture n'est pas passé pour appeler plus tard, son être appelé immédiatement.
    • ouais, vous avez raison. J'ai oublié de IIFE. Que je suppose que ce sera différent dans le mode strict comme chuckj suggèrent.

    InformationsquelleAutor Malvolio
  2. 30

    Le fragment,

    var global = (function () {  
    return this || (1, eval)('this');  
}());

    permettra d'évaluer correctement sur l'objet global, même en mode strict. Non le mode strict de la valeur de this est l'objet global, mais en mode strict, il est undefined. L'expression (1, eval)('this') sera toujours l'objet global. La raison de ceci implique que les règles autour indirects versets direct eval. Appels directs à eval a la portée de l'appelant et de la chaîne this permettrait d'évaluer à la valeur de this dans la fermeture. Indirect evals évaluer dans la portée globale comme si ils ont été exécutés à l'intérieur d'une fonction dans la portée globale. Depuis que la fonction n'est pas lui-même un strict mode de la fonction de l'objet global est passé en this et puis l'expression 'this' évalue à l'objet global. L'expression (1, eval) est juste une façon élégante de la force de la eval indirects et de retour de l'objet global.

    A1: (1, eval)('this') n'est pas le même que eval('this') en raison des règles spéciales autour indirects verset appels directs à eval.

    A2: L'original fonctionne en mode strict, les versions modifiées ne le font pas.

    InformationsquelleAutor chuckj
  3. 11

    Pour Q1:

    Je pense que c'est un bon exemple de l'opérateur virgule en JS. J'ai comme l'explication pour l'opérateur virgule dans cet article: http://javascriptweblog.wordpress.com/2011/04/04/the-javascript-comma-operator/

    L'opérateur virgule évalue à la fois de ses opérandes (de gauche à droite) et renvoie la valeur de la deuxième opérande.

    À T2:

    (1, eval)('this') est considérée comme indirecte eval appel, qui dans l'ES5 n'exécuter du code à l'échelle mondiale. Donc, le résultat sera le mondial le contexte.

    Voir http://perfectionkills.com/global-eval-what-are-the-options/#evaling_in_global_scope

    InformationsquelleAutor Grace Shao
  4. 7

    Q1: de Multiples consécutifs instructions javascript, séparés par une virgule prendre la valeur de la dernière instruction. Donc:

    (1, eval) prend la valeur de la dernière qui est une fonction de référence à la eval() fonction. Il ne semble de cette façon de faire de la eval() appeler dans un indirectes eval appel qui sera évaluée dans le contexte global dans l'ES5. Détails expliqués ici.

    T2: Il doit y avoir un environnement qui n'a pas de définir une this, mais ne définissent eval('this'). C'est la seule raison pour laquelle je peux penser pour que.

    • Peut-être que quelqu'un essaye d'esquiver un crochet qui les empêche /eval\(/g?
    • ouais je me demandais à propos de quelque chose comme ça aussi. Si ce n'est un checkin crochet, certains filtres quelque part dans le processus (peut-être la minimisation).
    • Il a quelque chose à voir avec ES5 mode strict. Autant que je sache, dans l'ES5 mode strict tout eval'd code est exécuté dans son propre contexte, plutôt que dans le contexte mondial ou la enfermant contexte. Une façon de contourner cela est d'indirectement référence à ce que le code en question n'.
    • Jetez un oeil àGlobal eval. Quelles sont les options?".
    • Mise à jour de ma réponse à inclure l'info de CDSanchez et @Saxoier. Thx.
    InformationsquelleAutor jfriend00