Mais comment le moteur javascript charge-t-il le code ?

**FDussault** · 27/05/2011, 18h19

Bonjour,

Quelqu'un pourrait-il m'expliquer, ou me diriger vers l'explication, comment le moteur javascript charge le code puis execute celui-ci?

Ce que je sais pour le moment est que le code peux s'ex�cuter � deux moment:
1) quand le document est pr�t (tout le code est charg� mais pas toutes les ressources telles les images)
2) toute la page (window) est pr�te (le code et les ressources sont charg�s)

Mais que se passe t'il avant?

Un exemple de mon incompr�hension est le code suivante:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
(function(leParametre){
 mon code ici
})(monParametre);

ou simplement

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
(function(){ mon code ici })();

Ceci est r�guli�rement utilis� avec jQuery...

On me dit que cela est utilis� (�x�cut�?!) lors du chargement du code. Personellement je pense que cela se ferait au document ready, mais je n'en sais rien.

Y a t'il d'autre "moment" dans le "page loading process" ?

Merci d'avance pour toute explication.

**Bovino** · 27/05/2011, 18h42

1) quand le document est pr�t (tout le code est charg� mais pas toutes les ressources telles les images)
2) toute la page (window) est pr�te (le code et les ressources sont charg�s)

En fait, le navigateur poss�de un interpr�teur HTML et un interpr�teur JavaScript.
Pendant que la page se cr�e, si l'interpr�teur HTML rencontre une balise <script>, il donne la main � l'interpr�teur JavaScript et attend bien sagement.
Le moteur JavaScript charge (si besoin) le script, le compile et l'interpr�te, �ventuellement lance des message s'il rencontre des erreurs de syntaxe, si le script comporte du code en dehors d'une fonction, ce code est ex�cut�. Ensuite il rend la main � l'interpr�teur HTML.

Le code est donc charg� au moment o� il est trouv� dans la page et c'est dans la partie hors fonction que sont g�n�ralement plac�s les gestionnaires d'�v�nements onload, onDOMReady etc. qui servent � jQuery par exemple � pouvoir s'ex�cuter quand la page est pr�te.

**SpaceFrog** · 27/05/2011, 18h45

Je pense qu'il y a une petite confusion...
Tu dois parler de ce type de code:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

$(function(){ mon code ici });

En jquery $() est un r�accourci pour $(document).ready()

sinon pour lancer une fonction il suffit de l'appeler par son nom suivi de () contenant eventuellement des param�tres.
Ce qui entraine la possibilit� d'un execution immediate de la fonction comem suit au moment de l'interpr�tation du code

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

(function(foo){alert(foo)})('hello')

**FDussault** · 27/05/2011, 19h03

Je fais bien ref�rence �

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
(function(foo){alert(foo)})('hello')

Donc si je vous suis bien, le code javascript est execut� (si ex�cutable, tel le code ci-haut) au moment o� il est rencontr� lors du chargement de la page.

Merci beaucoup!

EDIT:
Je comprends que jQuery attend que onDOMReady ou onLoad soient d�clanch�s.

Par curiosit�, quels sont les autres �v�nements d�clench�s dans le processus de chargement?

**sekaijin** · 27/05/2011, 20h54

l'interpr�te Javascript est en fait une machine virtuelle avec un compilateur.
le moment o� le code va �tre ex�cut� d�pend de l'attribut defered.
quoi qu'il arrive la premi�re chose c'est le chargement du code source. m�me s'il est defered le compilateur s'il dispose de temps vas pr�compiler le code.
il vas r�f�rencer des �l�ment du code sans pour autant les compiler compl�tement. par exemple pour une d�finition de fonction il va r�f�rencer la fonction sans en compiler le code.
si la balise n'est pas defered il ex�cute le code et compile � la vol�e les fonctions utilis�es.
si le code est d�fered il continue avec les balise suivantes.
ensuite il ex�cute dans l'ordre d'apparition les scripts defered.
la page fini de se charger et le gestionnaire d'�v�nement entre en jeux.
s'�x�cute alors dans le d�sordre (c'est le moteur qui d�cide) tous les handler li�s � chaque �v�nements.

en clair les listeners associ�s � un �v�nement sont tous ex�cut� avant de pass� � l'�v�nement suivant. mais l'ordre des listeneur de cet �v�nement n'est pas garanti.

A+JYT