Javascript Girl
  1. Javascript Girl
  3. Javascript pourquoi envelopper une variable ou un constructeur dans un IIFE?
Intereting Posts
Directive de mise en forme de l'argent en angulaire Expression régulière pour les URL conformes au W3C? Twisted a-t-il différé le même qu'une promesse en JavaScript? En utilisant la méthode de «différence» de soulignement sur des tableaux d'objets NodeJS streaming / reprise ne fonctionne pas avec XMLHttpRequest, mais fonctionne avec curl? Les virgules de départ dans les tableaux et les objets font-ils partie de la spécification? Comment enregistrez-vous tous les événements déclenchés par un élément de jQuery? Les images ne répondent pas par défaut à Twitter Bootstrap 3? NE MarcoAeaMMMM MarcoA Marco AjustadaMMM Ajlo MarcoAutora MarcoAppidence Marco Chamand Window.open popup bloquant pendant l'événement de clic Comment passer une variable de modèle php à javascript JavaFX WebView désactiver la même politique d'origine (autoriser les demandes de domaine croisé) Erreur de proxy de compression de données Chrome avec jquery ajax Knockout JS ObservableArray avec des relations de plusieurs à plusieurs Javascript récurrent sur la page sans HTML rafraîchissant

Javascript pourquoi envelopper une variable ou un constructeur dans un IIFE?

J'ai vu quelque chose comme ça aujourd'hui 

var Visualizer = (function() { function Visualizer() { ... } Vizualizer.prototype.function1 = function () { ... } ... return Visualizer; })(); var viz = new Visualizer();

Je ne comprends pas pourquoi je ne me débarrasser de l'enveloppe iife.

Il n'y a aucun intérêt pour la construction spécifique que vous montrez ici. La raison d'utiliser un IIFE dans ce type de construction est lorsque vous disposez de données statiques que vous devez déclarer, souhaitez être disponible pour votre objet, mais ne souhaitez pas qu'il soit accessible au public ou interfère avec l'espace de noms global ou l'instance Les données.

Étant donné que le code que vous montrez ne montre aucun de ceux-ci, il n'offre aucun avantage comme vous l'avez montré. Mais, s'il y avait d'autres variables déclarées en dehors de l'objet, mais à l'intérieur de l'IIFE, l'IIFE les protégeait et les enfermait et les isolait du monde extérieur.

Par exemple, si vous aviez ceci: 

 Visualizer = (function() { var counter = 0; function Visualizer() { counter++; ... } Visualizer.prototype.getCount = function () { return counter; } ... return Visualizer; })(); var viz = new Visualizer();

Ensuite, l'IIFE comprendrait un counter variable qui serait disponible pour toutes les méthodes de toutes les instances de Visualizer, mais isolé du monde extérieur et l'IIFE offrirait un avantage potentiel.

Désolé, j'ai formulé un mot vaguement, mais je pense que JS a déclaré que les mots doivent être correctement adaptés pour savoir quelle opération prend la priorité et ce qui appartient à ce qui équivaut à dire «savoir ce qu'il y a dans quoi» et dire que Python disait simplement que s'il l'avait fait Ne pas avoir ces parenthèses, il devrait recourir à la méthode comme python où il n'y a pas besoin de crochets et; Où l'indentation est importante. Peut-être que j'ai manqué toute la question, mais je pense que je l'ai bien compris.