ES3 dans les détails

Tutoriel pour apprendre l'objet des variables en JavaScript

Bruno Lesieur

Nous déclarons des variables et des fonctions avec lesquelles tournent nos programmes. Mais comment, et quand l'interpréteur trouve-t-il ces données ? Que se passe-t-il quand une référence à un objet est demandée ?

Commentez

- Titre : ES3 dans les détails

- Auteur : Bruno Lesieur

- Parution : 13 février 2018

- Licence : Les sources présentées sur cette page sont libres de droits et vous pouvez les utiliser à votre convenance. Par contre, la page de présentation constitue une œuvre intellectuelle protégée par les droits d'auteur. Copyright ® 2018 Nom Auteur. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents, images, etc. sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.

Sommaire

- I. Introduction

- II. Déclaration de données

- III. L'objet des variables dans différents contextes d'exécution

- III-A. L'objet des variables dans le contexte global

- III-B. L'objet des variables dans un contexte de fonction

- IV. Phases de traitement du code des contextes d'exécution

- IV-A. Entrée dans le contexte d'exécution

- IV-B. Exécution du code

- V. Fonctionnalité des navigateurs : les contextes globaux

- VI. À propos des variables

- VII. Fonctionnalité des moteurs : la propriété __parent__

- VIII. Conclusion

- IX. Remerciements

I - Introduction

Beaucoup de développeurs JavaScript savent que les variables sont intimement liées au contexte d'exécution :

1. var reportA = 10; // variable du contexte global

3. (function () {

4. var reportB = 20; // variable locale d'un contexte de fonction

5. })();

7. alert(reportA); // 10

8. alert(reportB); // `reportB` n'est pas défini(e)

Beaucoup de développeurs savent également que la portée des variables est définie et limitée à l'exécution des contextes de fonctions. C'est-à-dire. que contrairement au C/C++, pour la structure de contrôle de boucle for par exemple, aucun contexte local n'est créé en JavaScript :

1. for (var report in { reportA: 1, reportB: 2 }) {

2. alert(report);

3. }

5. alert(report); // la variable `report` est toujours dans la portée même si la boucle est terminée

Regardons plus en détail ce qu'il se passe quand nous déclarons nos données.

II - Déclaration de données

Si les variables sont liées à leur contexte d'exécution, celui-ci doit savoir où leurs données sont stockées et comment y accéder. Le mécanisme permettant cela est appelé l'objet des variables.

L'objet des variables (dont la forme abrégée sera VO pour « variable object ») est un objet spécial lié à un contexte d'exécution et qui stocke :

- les déclarations de variables (dont la forme abrégée sera VD pour « variable declaration »),

- les déclarations de fonctions (dont la forme abrégée sera FD pour « function declaration »),

- les paramètres formels de fonctions (dont la forme abrégée sera FP pour « formal parameters »)

déclarés dans un contexte.

À noter qu'en ES5 le concept d'objet des variables est remplacé par le modèle des environnements lexicaux.

De façon schématique dans ces exemples, il est possible de présenter l'objet des variables comme un objet JavaScript standard :

Pseudo-code

1. VO = {}

Et comme nous l'avons dit, l'objet des variables est une propriété d'un contexte d'exécution :

Pseudo-code

1. activeExecutionContext = {

2. VO: {

3. <...> // données du contexte `VD`, `FD` (et `FP`)

4. }

5. }

Il est possible d'avoir accès à l'objet des variables du contexte global par l'intermédiaire de l'objet global (car l'objet global est lui-même l'objet des variables dans ce cas). Pour tous les autres contextes, faire référence à l'objet des variables est impossible, c'est un mécanisme du moteur.

Quand nous déclarons une variable ou une fonction dans le contexte global, ce n'est rien d'autre que la création d'une nouvelle propriété au sein de l'objet des variables avec le nom et la valeur de notre variable (ou fonction).

Exemple :

1. var reportA = 10;

3. function precogs(minorityReport) {

4. var reportB = 20;

5. };

7. precogs(30);

Avec les objets des variables correspondants :

Pseudo-code

1. // Objet des variables du contexte global

2. VO(globalContext) = {

3. reportA: 10,

4. precogs: <référence à la `FD` `precogs`>

5. }

7. // Objet des variables du contexte de la fonction `precogs`

8. VO(<precogs> functionContext) = {

9. minorityReport: 30,

10. reportB: 20

11. }

Voilà pour une vision théorique. Il faut juste être conscient qu'au niveau de l'implémentation réelle, l'objet des variables est quelque chose d'abstrait. Dans un contexte d'exécution réel, VO porte un autre nom et à une structure probablement différente.

III - L'objet des variables dans différents contextes d'exécution

Certaines opérations (comme l'affectation des variables) et comportements de l'objet des variables sont identiques pour toutes les déclinaisons de contexte d'exécution.

Pour expliquer cela, il va être nécessaire de présenter une partie de l'objet des variables comme commun à toutes les déclinaisons et une partie définissant des éléments et comportements additionnels.

1. VO // contient des `VD` et des `FD`

2. ║

3. ╠══> VO(globalContext) === GO === this

4. ║

5. ╚══> VO(functionContext) === AO // contient des `FP` et l'`ArgO`

Voyons cela plus en détail.

III-A - L'objet des variables dans le contexte global

Tout d'abord il est nécessaire de donner une définition de l'objet global.

L'objet global (dont la forme abrégée sera GO pour « global object ») est un objet qui est déjà existant avant l'entrée dans n'importe quel contexte d'exécution, car il est créé au démarrage du programme. Cet objet existe en un unique exemplaire, et ses propriétés sont accessibles depuis n'importe quel endroit du programme. Le cycle de vie de l'objet global s'arrête quand le programme se termine.

Notons que dans un environnement navigateur hôte, chaque script (utilisé avec la balise <script> ou dans un attribut à JavaScript) a son propre contexte d'exécution global. Cela signifie que pour une page web donnée, il existe « des » contextes d'exécution globaux. Cependant, comme expliqué juste au-dessus, l'objet global est déjà existant dès qu'un script est exécuté et tous les contextes d'exécution globaux utilisent un même objet global unique. Cependant, dans ce cas, le cycle de vie de l'objet global s'arrête seulement quand tous les programmes sont terminés. Nous verrons cela plus en détail plus loin.

À sa création, l'objet global est initialisé avec des propriétés comme Math, String, Date, parseInt, etc. Il possède parmi toutes ses propriétés une propriété circulaire faisant directement référence à lui-même.

Dans le modèle objet des navigateurs, cette propriété se nomme window :

Pseudo-code

1. activeGlobalContext = {

2. GO: {

3. Math: <...>,

4. String: <...>,

5. document: <...>,

6. <...>,

7. window: GO

8. }

9. }

ou encore dans Node.js, elle se nomme global :

Pseudo-code

1. activeGlobalContext = {

2. GO: {

3. Math: <...>,

4. String: <...>,

5. process: <...>,

6. <...>,

7. global: GO

8. }

9. }

Cela dépend de l'implémentation.

Quand nous faisons référence à une propriété de l'objet global, nous n'utilisons aucun préfixe, juste son nom, car l'objet global n'est pas accessible. Cependant, il est possible d'en récupérer le contenu à travers sa référence circulaire à lui-même (window ou global) ou même à l'aide de la valeur this dans le contexte global. Voyons cela :

1. // sans préfixe

2. String(10); // === `GO.String(10)` mais `GO` n'est pas accessible

4. // avec préfixes

5. window.a = 10; // === `GO.window.a = 10` === `GO.a = 10`

6. this.b = 20; // === `GO.b = 20`

Nous avons dit plus haut que l'objet des variables dans le contexte global est l'objet global lui-même :

Pseudo-code

1. VO(globalContext) === GO

Il est nécessaire de bien comprendre cela, car c'est pour cette raison qu'il est possible d'accéder à une variable déclarée avec le mot-clé var en accédant à une propriété de l'objet global :

1. var mr = new String('test');

3. alert(mr); // accès direct, elle est trouvée dans `VO(globalContext)['mr']` => `'test'`

5. alert(window['mr']); // accès indirect via `GO.window['mr']` === `GO['mr']` === `VO(globalContext)['mr']` => `'test'`

6. alert(mr === this.mr); // `true`

8. var mrKey = 'mr';

9. alert(window[mrKey]); // accès indirect avec la résolution d'identifiant dynamique de propriété => `'test'`

L'objet global ne possède que des déclarations de variables et des déclarations de fonctions, mais pas de paramètres formels.

III-B - L'objet des variables dans un contexte de fonction

En ce qui concerne les contextes d'exécution de fonctions, l'objet des variables est inaccessible ni directement ni indirectement. Il existe une équivalence de l'objet global pour le contexte de fonction qui est l'objet d'activation (dont la forme abrégée sera AO pour « activation object »).

Pseudo-code

1. VO(functionContext) === AO

Un objet d'activation est créé en entrant dans le contexte d'une fonction et initialisé avec la propriété arguments dont la valeur est l'objet des arguments (dont la forme abrégée sera ArgO pour « arguments object ») :

Pseudo-code

1. activeFunctionContext = {

2. AO: {

3. <...>, // données du contexte `VD`, `FD` et `FP`

4. arguments: <ArgO>

5. }

6. }

L'objet des arguments est une propriété de l'objet d'activation. Il contient les propriétés suivantes :

- callee — la référence à la fonction courante ;

- length — la quantité d'arguments réellement passés ;

- [array-index] — des nombres (convertis en chaînes de caractères) dont les valeurs sont les mêmes que celles des paramètres formels (de gauche à droite dans la liste des paramètres). La taille de [array-index] est celle de arguments.length. Les valeurs de [array-index] (arguments réellement passés) de l'objet des arguments et celle des paramètres formels (paramètres définis) sont partagées.

Exemple :

1. function precogs(xReport, yReport, zReport) {

3. // quantité de paramètres définis : xReport, yReport et zReport

4. alert(precogs.length); // `3`

6. // quantité d'arguments réellement passés : seulement xReport et yReport

7. alert(arguments.length); // `2`

9. // référence de la fonction à elle-même

10. alert(arguments.callee === precogs); // `true`

12. // paramètres partagés

14. alert(xReport === arguments[0]); // `true`

15. alert(xReport); // 10

17. arguments[0] = 20;

18. alert(xReport); // `20`

20. xReport = 30;

21. alert(arguments[0]); // `30`

23. // cependant, pour l'argument non passé zReport,

24. // le array-index de l'objet

25. // des arguments n'est pas partagé

27. zReport = 40;

28. alert(arguments[2]); // `undefined`

30. arguments[2] = 50;

31. alert(zReport); // `40`

33. }

35. precogs(10, 20);

En ce qui concerne le dernier cas, dans les anciennes versions de Google Chrome (moteur V8), il y avait un bogue — où les paramètres zReport et arguments[2] étaient aussi partagés.

En ES5 le concept d'objet d'activation est également remplacé par l'unique concept des environnements lexicaux.

IV - Phases de traitement du code des contextes d'exécution

Après quelques mises au point, nous avons enfin atteint le sujet principal de ce tutoriel : le traitement du code des contextes d'exécution. Ce traitement est divisé en deux phases :

1. Entrée dans le contexte d'exécution ;

2. Exécution du code.

Les modifications de l'objet des variables sont intimement liées à ces deux phases.

IV-A - Entrée dans le contexte d'exécution

En entrant dans le contexte d'exécution (mais avant l'exécution du code), l'objet des variables est rempli avec les propriétés suivantes (elles ont déjà été décrites au début) :

uniquement pour les contextes de fonctions

- pour chaque paramètre formel d'une fonction,

- une propriété de l'objet des variables avec le nom et la valeur du paramètre formel est créée

- et pour les arguments non passés une propriété de l'objet des variables avec le nom et la valeur undefined est créée ;

pour le contexte global et les contextes de fonctions

- pour chaque déclaration de fonction,

- une propriété de l'objet des variables avec le nom et la valeur de l'objet fonction est créée (si l'objet des variables contient déjà une propriété avec ce nom, sa valeur est remplacée),

- pour chaque déclaration de variable,

- une propriété de l'objet des variables avec le nom et la valeur undefined est créée. Si le nom de la variable est le même que celui d'un paramètre formel ou qu'une déclaration de fonction cela n'affecte pas la propriété existante.

Voyons cela avec l'exemple suivant :

1. function precogs(reportA, reportB) {

2. var minorityReport = 10;

3. function agatha() {}

4. var dashiell = function dash() {};

5. (function arthur() {});

6. }

8. precogs(10); // appel

En entrant dans le contexte de la fonction precogs avec le paramètre 10, l'objet d'activation est le suivant :

Pseudo-code

1. AO(<precogs>) = {

2. reportA: 10,

3. reportB: undefined,

4. minorityReport: undefined,

5. agatha: <référence à la FD `agatha`>

6. dashiell: undefined

7. }

Notons que cet objet d'activation ne contient pas la fonction arthur. Cela est dû au fait que arthur n'est pas une déclaration de fonction, mais une expression de fonction (dont la forme abrégée sera FE pour « function expression »). Les expressions de fonction n'affectent pas l'objet des variables.

Cependant la fonction dash est également une expression de fonction, mais comme nous le verrons plus bas, parce qu'elle est assignée à la variable dashiell, elle devient accessible via le paramètre dashiell de l'objet des variables. La différence entre une déclaration de fonction et une expression de fonction sera vue plus en détail dans le chapitre approprié.

Et maintenant, attaquons-nous à la seconde phase du traitement du code d'un contexte d'exécution — la phase d'exécution du code.

IV-B - Exécution du code

À ce stade un objet d'activation (ou l'objet global) est déjà rempli de ses propriétés (cependant, elles n'ont pas toutes leurs vraies valeurs, car la plupart ont encore la valeur undefined).

Considérez que tous les exemples fonctionnent pareil pour un objet d'activation ou l'objet global. Durant cette phase d'exécution, les valeurs sont alors modifiées comme suit :

Pseudo-code

1. AO['minorityReport'] = 10

2. AO['dashiell'] = <référence à la `FE` `dash`>

Rappelons encore que l'expression de fonction dash est encore en mémoire seulement parce qu'elle a été sauvée dans la déclaration de variable dashiell. Mais l'expression de fonction arthur n'est pas dans l'objet d'activation. Si nous essayons d'appeler la fonction arthur _avant ou même après sa définition, nous aurons l'erreur "arthur" n'est pas défini(e). Les fonctions d'expression qui ne sont pas sauvées dans des variables ne peuvent être appelées qu'immédiatement ou à l'intérieur d'elles-mêmes de manière récursive.

Voici un autre exemple classique :

1. alert(john); // `function john() {}`

3. var john = 10;

4. alert(john); // `10`

6. john = 20;

8. function john() {}

10. alert(john); // `20`

Pourquoi dans la première alerte john est-elle une fonction qui est accessible avant sa déclaration ? Pourquoi n'est-ce pas 10 ou 20 ? Parce que, selon les règles, l'objet des variables est rempli avec les déclarations de fonction en entrant dans le contexte. Pendant cette phase d'entrée dans le contexte, il y a aussi une déclaration de variable john. Mais comme mentionné plus haut, cette étape est réalisée après les déclarations de fonction et les paramètres formels et cette phase n'affectent pas les propriétés existantes de même nom, que ce soit pour les déclarations de fonction ou les paramètres formels. Donc en entrant dans le contexte l'objet des variables est rempli ainsi :

Pseudo-code

1. VO = {}

3. VO['john'] = <référence à la `FD` `john`>

5. // `var john = 10;` trouvée

6. // si la fonction `john` n'avait pas déjà été définie

7. // et bien `john` aurait été `undefined`, mais dans notre cas

8. // la déclaration de variable n'affecte pas

9. // la valeur de la fonction avec le même nom

11. VO['john'] = <la valeur n'est pas affectée, toujours la `FD`>

Et ensuite, en entrant dans la phase d'exécution, l'objet des variables est modifié ainsi :

Pseudo-code

1. VO['john'] = 10

2. VO['john'] = 20

c'est ce que nous pouvons voir dans la deuxième et troisième alerte.

Dans l'exemple ci-dessous nous voyons de nouveau que les variables sont mises dans l'objet des variables pendant la phase d'entrée dans le contexte (ainsi la structure else n'est jamais exécutée, mais la variable b existe dans l'objet des variables) :

1. if (true) {

2. var reportA = 1;

3. } else {

4. var reportB = 2;

5. }

7. alert(reportA); // `1`

8. alert(reportB); // `undefined`, mais pas « erreur : `reportB` n'est pas défini(e) »

V - Fonctionnalité des navigateurs : les contextes globaux

Comme dit plus haut, une page web n'exécute pas un Programme JavaScript, mais autant de programmes qu'elle rencontre de balises <script>, d'éléments HTMLScriptElement ou encore de code à exécuter en tant que JavaScript (attribut onclick, href="javascripst: ...", etc.). Il en résulte qu'il n'existe pas « un » contexte global, mais des contextes globaux. Cependant, tous ces contextes utilisent le même objet global.

Les phases d'entrée dans le contexte global et d'exécution du code global sont donc réitérées pour chaque nouveau programme (<script>, etc.). Mais à chaque fois, l'objet global (déjà disponible dès l'entrée dans le contexte) contient les déclarations de variables récupérées des contextes globaux précédents. Parce que les contextes globaux sont activés dans le même ordre que les programmes sont trouvés et qu'il n'existe pas de phase « d'entrée dans la page web », toute déclaration de variables venant du contexte global d'un programme qui sera exécuté plus tard n'est pas accessible dans le contexte global courant. À l'inverse, toute déclaration de variables venant du contexte global d'un programme qui a déjà été exécuté est disponible et accessible. C'est la même chose pour les déclarations de fonctions. Voyons cela avec ces exemples :

1. <script>

2. // Le script `echo1` sera analysé en premier

4. console.log(arthur); // `function arthur() {}`

5. console.log(agatha); // « error : `agatha` n'est pas défini(e) »

6. console.log(dashiell); // « error : `dashiell` n'est pas défini(e) »

8. function arthur() {}

9. </script>

10. <script>

11. // Le script `echo2` sera analysé en second

13. console.log(arthur); // `function arthur() {}`

14. console.log(agatha); // `10`

15. console.log(dashiell); // `function dashiell() {}`

17. var agatha = 10;

18. function dashiell() {}

19. </script>

Cela remplit notre objet global consécutivement des manières suivantes : pour le premier script

Pseudo-code

1. GO(<echo1>) = {

2. arthur: <référence à la FD `arthur`>

3. }

et pour le second script

1. GO(<echo2>) = {

2. arthur: <référence à la FD `arthur`>, // déjà présent dans l'objet global et trouvé d'un précédent programme

3. agatha: undefined,

4. dashiell: <référence à la FD `dashiell`>

5. }

Nous voyons donc pourquoi lors de la phase d'exécution, le premier script retourne une erreur pour agatha et dashiell qui n'existeront dans l'objet global qu'après la phase d'entrée dans le contexte du script2.

Notez également que par conséquent, de la même manière que l'ordre des instructions d'un code est important, l'ordre dans lequel les scripts sont appelés l'est aussi, car il peut changer le fonctionnement d'un programme.

1. <script>

2. // Ce script `echo2` sera analysé en premier

4. console.log(arthur); // « error : `arthur` n'est pas défini(e) »

5. console.log(agatha); // `10`

6. console.log(dashiell); // `function dashiell() {}`

8. var agatha = 10;

9. function dashiell() {}

10. </script>

11. <script>

12. // Ce script `echo1` sera analysé en second

14. console.log(arthur); // `function arthur() {}`

15. console.log(agatha); // `10`

16. console.log(dashiell); // `function dashiell() {}`

18. function arthur() {}

19. </script>

à cause de l'état de l'objet global évoluant ainsi :

Pseudo-code

1. GO(<echo2>) = {

2. agatha: 10,

3. dashiell: <référence à la FD `dashiell`>

4. }

et

1. GO(<echo1>) = {

2. agatha: 10, // déjà présent dans l'objet global et trouvé d'un précédent programme

3. dashiell: <référence à la FD `dashiell`>  // déjà présent dans l'objet global et trouvé d'un précédent programme

4. arthur: <référence à la FD `arthur`>

5. }

VI - À propos des variables

On voit souvent dans différents articles (et même livres) sur le JavaScript l'affirmation suivante : « il est possible de déclarer une variable globale en utilisant le mot-clé var (dans le contexte global) et sans le mot-clé var (depuis n'importe quel contexte) ». Ce n'est pas exactement ça. Soyez assuré de cela :

les variables se déclarent uniquement avec le mot-clé var.

Et des affectations comme ci-dessous :

1. reportA = 10;

créent simplement une nouvelle propriété dans l'objet global, mais pas une variable. « Pas une variable », mais pas dans le sens qu'elle ne pourra pas être changée lors de la phase d'exécution (on pourra y accéder, car VO(globalContext) === GO), mais « pas une variable » dans le sens qu'elle n'est pas dans l'objet des variables lors de la phase d'entrée.

Regardons cet exemple pour tester la différence :

1. alert(reportA); // `undefined`

2. alert(reportB); // « erreur, `reportB` n'est pas défini(e) »

4. reportB = 10;

5. var reportA = 20;

La différence vient de l'objet des variables et des phases où il est modifié (phase d'entrée dans le contexte et phase d'exécution de code) :

Pour l'entrée dans le contexte :

Pseudo-code

1. VO = {

2. reportA: undefined

3. }

Nous voyons qu'il n'existe aucune variable reportB. reportB n'apparaîtra que lors de la phase d'exécution du code (et dans notre cas reportB n'apparaîtra pas, car il va y avoir une erreur).

Changeons le code :

1. alert(reportA); // `undefined`, nous savons pourquoi

3. reportB = 10;

4. alert(reportB); // `10`, créée lors de l'exécution du code

6. var reportA = 20;

7. alert(reportA); // `20`, modifiée lors de l'exécution du code

Voici le point important en ce qui concerne les variables. Les variables, par opposition aux simples propriétés, ont un attribut {DontDelete}, ce qui signifie qu'il est impossible de les supprimer avec l'opérateur delete :

1. reportA = 10;

2. alert(window.reportA); // `10`

4. alert(delete reportA); // `true`

6. alert(window.reportA); // `undefined`

8. var reportB = 20;

9. alert(window.reportB); // `20`

11. alert(delete reportB); // `false`

13. alert(window.reportB); // toujours `20`

Notons qu'en ES5 {DontDelete} a été renommé en [[Configurable]] et peut être manuellement géré via l'utilisation de la méthode Object.defineProperty.

Cependant, il y a un contexte d'exécution où cette règle n'a pas d'effet. C'est le contexte eval : l'attribut {DontDelete} n'est pas appliqué pour les variables :

1. eval('var minorityReport = 10;');

2. alert(window.minorityReport); // `10`

4. alert(delete minorityReport); // `true`

6. alert(window.minorityReport); // `undefined`

Si en essayant votre code dans une console JavaScript, vous pouvez supprimer une variable, c'est que cette console utilise eval pour évaluer votre code.

VII - Fonctionnalité des moteurs : la propriété __parent__

Comme nous l'avons déjà mentionné, conformément au standard, accéder directement à l'objet d'activation est impossible. Cependant, dans plusieurs moteurs comme celui de Mozilla Firefox (SpiderMonkey) ou Rhino les fonctions ont une propriété spéciale __parent__ qui est une référence à l'objet d'activation (ou à l'objet global) dans lequel ces fonctions ont été créées.

Exemple (SpiderMonkey et Rhino) :

1. var GO = this;

2. var minorityReport = 10;

4. function agatha() {}

6. alert(agatha.__parent__); // `GO`

8. var VO = agatha.__parent__;

10. alert(VO.minorityReport); // `10`

11. alert(VO === GO); // `true`

Dans l'exemple ci-dessus, nous voyons que agatha est créée dans le contexte global et sa propriété __parent__ est ajoutée à l'objet des variables du contexte global, c.-à-d. à l'objet global.

Cependant obtenir l'objet d'activation dans SpiderMonkey de la même manière n'est pas possible : cela dépendra de la version, mais __parent__ pour des fonctions dans des fonctions retournera null ou l'objet global.

Dans Rhino, l'accès à l'objet d'activation est permis et disponible de cette manière :

Exemple (Rhino) :

1. var GO = this;

2. var reportA = 10;

4. (function dashiell() {

6. var reportB = 20;

8. // l'objet d'activation du contexte `dashiell`

9. var AO = (function () {}).__parent__;

11. print(AO.reportB); // 20

13. // __parent__ de l'objet d'activation

14. // courant est déjà l'objet global,

15. // c.-à-d. qu'une chaîne spéciale d'objets des variables est formée,

16. // on la nomme : chaîne des portées

17. print(AO.__parent__ === GO); // `true`

19. print(AO.__parent__.reportA); // `10`

21. })();

VIII - Conclusion

Dans ce tutoriel, nous avons vu plus en détail l'étude des objets relatifs aux contextes d'exécution. Les prochains chapitres seront consacrés à la résolution des identifiants, aux chaînes des portées et, par conséquent, aux fermetures en JavaScript.

IX - Remerciements

Nous remercions Bruno Lesieur qui nous a autorisés à publier ce tutoriel.

Nous remercions également Laethy pour la mise au gabarit et Claude Leloup pour la correction orthographique.