Déclaration de fonction ambiguë dans Javascript

Javascript fonctionne comme ceci:

Le document est analysé et les déclarations de function sont prises en compte immédiatement, avant l'exécution des déclarations réelles. Cela explique votre premier exemple.

Si vous affectez une fonction à une variable locale, cela se fait pendant l'exécution, vous ne pouvez donc pas utiliser la méthode dans votre deuxième exemple.

Ce que vous ressentez, c'est que si vous déclarez une fonction deux fois, la dernière sera utilisée par l'application entière. C'est votre troisième exemple.

Ces fonctions sont constituées membres de l'objet window , elles sont effectivement déclarées globalement. Si vous affectez une variable locale à une valeur d'une fonction, cette variable locale a priorité sur les membres dans l'objet de window . Si javascript ne parvient pas à trouver une variable locale, il recherche la portée, l'objet de la window étant le dernier recours. C'est ce qui s'est passé dans votre dernier exemple, mais il a une variable qui est dans une portée plus spécifique que la fonction globale.

Si vous désirez say en cours d'exécution, c.-à-d. Permuter l'ordre des déclarations dans votre dernier exemple, vous verriez les deux alertes différentes que vous attendez:

 say(); //speak, the global function function say() { alert('speak'); } var say = function() { alert('say'); } say(); //say, the declared local variable 

 say(); function say() { alert("say"); } 

Ici, l'interprète récupère la définition de say() lorsqu'il est appelé et l'exécute.

 say(); say = function() { alert("say"); } 

Ici, il n'y a pas de définition de say() to fetch – mais vous assignez une fonction anonyme à une variable. L'interprète ne peut pas "trouver" cela comme s'il-même peut trouver des déclarations avancées.

 function say() { alert("speak"); } say(); function say() { alert("say"); } 

Ici say est défini et redéfini – la dernière définition gagne.

 say = function() { alert("speak"); } say(); function say() { alert("say"); } say(); 

Voici une variable indiquant une fonction anonyme (après que la première déclaration est interprétée). Cela a priorité sur toute définition de fonction, comme si vous aviez placé la définition de fonction avant l'affectation.

Mais si vous aviez

 say(); say = function() { alert("speak"); } say(); function say() { alert("say"); } 

Ensuite, vous obtiendrez "dire" suivi de "parler".

Vous pouvez vous attendre à ce que vos définitions de fonction soient appliquées dans l'ordre. Ensuite, toutes vos lignes de code non-méthode seront exécutées dans l'ordre, y compris l'affectation des objets fonctionnels. Cela explique chacun de vos exemples. C'est pourtant un problème intéressant. Vous ne pouvez vraiment pas assigner un objet fonction après avoir essayé de l'appeler, et vous attendez à ce qu'il fonctionne. Cependant, une définition de fonction qui suit le code exécutable sera effectivement appliquée en premier.

C'est toujours une bonne idée d'appeler la fonction plus tard, même si javascript fonctionne comme ça.

La plupart des langues ne fonctionneront pas de cette façon, au lieu de cela.

 function say(){ alert("say"); } say(); 

ou

 say = function(){ alert("say"); } say(); 

ou

 (function(){ alert("say"); })();