{"id":4323,"date":"2026-03-06T19:07:43","date_gmt":"2026-03-06T16:07:43","guid":{"rendered":"https:\/\/demensdeum.com\/blog\/2026\/03\/06\/interpreter-in-practice\/"},"modified":"2026-03-06T19:41:37","modified_gmt":"2026-03-06T16:41:37","slug":"interpreter-in-practice","status":"publish","type":"post","link":"https:\/\/demensdeum.com\/blog\/fr\/2026\/03\/06\/interpreter-in-practice\/","title":{"rendered":"Interpr\u00e8te de mod\u00e8les en pratique"},"content":{"rendered":"

Dans le dernier article<\/a>, nous avons examin\u00e9 la th\u00e9orie du mod\u00e8le Interpreter, appris ce qu’est un arbre AST et comment faire abstraction des expressions terminales et non terminales. Cette fois, \u00e9loignons-nous de la th\u00e9orie et voyons comment ce mod\u00e8le est appliqu\u00e9 dans des projets commerciaux s\u00e9rieux que nous utilisons tous au quotidien\u00a0!<\/p>\n

Spoiler\u00a0: Vous utilisez peut-\u00eatre le mod\u00e8le Interpreter en ce moment, simplement en lisant ce texte dans votre navigateur\u00a0!<\/b><\/p>\n

L’un des exemples les plus frappants et, peut-\u00eatre, les plus importants de l’utilisation de ce mod\u00e8le dans l’industrie est JavaScript<\/b>. Le langage, qui a \u00e9t\u00e9 cr\u00e9\u00e9 \u00e0 l’origine \u00ab sur le genou \u00bb, fonctionne aujourd’hui sur des milliards d’appareils pr\u00e9cis\u00e9ment gr\u00e2ce au concept d’interpr\u00e9tation.<\/p>\n

10 jours qui ont chang\u00e9 Internet<\/h2>\n

L’histoire de JavaScript est pleine de l\u00e9gendes. En 1995, Brendan Eich, alors qu’il travaillait chez Netscape Communications, s’est vu confier la t\u00e2che de cr\u00e9er un langage de script simple pouvant s’ex\u00e9cuter directement dans un navigateur (Netscape Navigator) pour rendre les pages Web interactives. La direction voulait quelque chose avec une syntaxe similaire \u00e0 Java alors tr\u00e8s populaire, mais destin\u00e9 non pas aux ing\u00e9nieurs professionnels, mais aux concepteurs Web.<\/p>\n

Eich n’a eu que 10 jours<\/b> pour \u00e9crire le premier prototype du langage, qui s’appelait alors Mocha (puis LiveScript, et seulement ensuite JavaScript pour des raisons marketing). Cette ru\u00e9e n’\u00e9tait pas fortuite : Microsoft \u00e9tait sur ses talons, qui pr\u00e9parait en m\u00eame temps activement son propre langage de script VBScript<\/b> \u00e0 int\u00e9grer dans le navigateur Internet Explorer. Netscape devait de toute urgence publier sa r\u00e9ponse afin de ne pas perdre dans la guerre imminente des navigateurs.<\/p>\n

Nous n’avions tout simplement pas le temps d’\u00e9crire un compilateur complexe en code machine. La solution \u00e9vidente et la plus rapide pour Eich \u00e9tait l’architecture du classique Interpreter<\/b>.<\/p>\n

Le premier interpr\u00e8te (SpiderMonkey) fonctionnait comme ceci\u00a0:<\/p>\n

    \n
  1. Il lit le code source du texte du script \u00e0 partir de la page.<\/li>\n
  2. L’analyseur lexical a divis\u00e9 le texte en jetons.<\/li>\n
  3. L’analyseur a construit un arbre de syntaxe abstraite (AST)<\/b>. En termes de mod\u00e8le Interpreter, cet arbre se composait d’expressions terminales<\/i> (cha\u00eenes, nombres comme 42) et de non-terminaux<\/i> (appels de fonction, instructions comme If, \u200b\u200b\u200b\u200bWhile).<\/li>\n
  4. Ensuite, la machine virtuelle a \u00ab parcouru \u00bb cet arbre \u00e9tape par \u00e9tape, ex\u00e9cutant les instructions qui y sont int\u00e9gr\u00e9es \u00e0 chaque n\u0153ud (en appelant une m\u00e9thode similaire \u00e0 Interpret()).<\/li>\n<\/ol>\n

    Contexte et objets<\/h2>\n

    Vous vous souvenez de l’objet Context que nous avons d\u00fb passer \u00e0 la m\u00e9thode Interpret(Context context) dans l’impl\u00e9mentation classique\u00a0? L’interpr\u00e9teur en a besoin pour stocker l’\u00e9tat actuel de la m\u00e9moire.<\/p>\n

    Dans le cas de JavaScript, le r\u00f4le de ce contexte au niveau sup\u00e9rieur est jou\u00e9 par un Objet global<\/b> (par exemple, une fen\u00eatre dans un navigateur). Lorsque votre n\u0153ud AST essaie, par exemple, d’\u00e9crire du texte \u00e0 l’\u00e9cran via document.write(“Hello”), l’interpr\u00e9teur acc\u00e8de \u00e0 son contexte (l’objet document) et appelle l’API interne du navigateur souhait\u00e9e.<\/p>\n

    C’est gr\u00e2ce \u00e0 l’interpr\u00e9teur que JavaScript est capable d’interagir si facilement avec le DOM (Document Object Model) – ce ne sont que des objets dans un contexte accessibles par les n\u0153uds de l’arborescence.<\/p>\n

    \u00c9volution de l’interpr\u00e9teur\u00a0: Compilation JIT<\/h2>\n

    Historiquement, JS dans les navigateurs est longtemps rest\u00e9 un \u00ab pur \u00bb interpr\u00e8te. Et cela avait un gros inconv\u00e9nient : une vitesse lente. L’analyse de l’arborescence et la travers\u00e9e lente de chaque n\u0153ud \u00e0 chaque fois que le script \u00e9tait ex\u00e9cut\u00e9 ralentissaient les applications Web complexes.<\/p>\n

    Avec l’av\u00e8nement du moteur V8<\/b> de Google (int\u00e9gr\u00e9 \u00e0 Chrome) en\u00a02008, une r\u00e9volution s’est produite. Les ing\u00e9nieurs ont r\u00e9alis\u00e9 qu\u2019un seul interpr\u00e8te ne suffisait pas pour le Web moderne. Le moteur est devenu plus complexe\u00a0: il construit toujours l’arborescence AST, mais utilise d\u00e9sormais la compilation JIT (Just-In-Time)<\/b>.<\/p>\n

    Les moteurs JS modernes (V8, SpiderMonkey) fonctionnent comme un pipeline complexe\u00a0:<\/p>\n

      \n
    1. L’interpr\u00e9teur de base rapide et stupide commence \u00e0 ex\u00e9cuter votre code JS instantan\u00e9ment, sans m\u00eame attendre sa compilation (le mod\u00e8le classique fonctionne toujours ici).<\/li>\n
    2. En parall\u00e8le, le moteur surveille les sections de code \u00ab chaudes \u00bb (boucles ou fonctions appel\u00e9es des milliers de fois).<\/li>\n
    3. Ces sections sont compil\u00e9es par le compilateur JIT directement dans un code machine optimis\u00e9, en contournant l’interpr\u00e9teur lent.<\/li>\n<\/ol>\n

      C’est cette combinaison du d\u00e9marrage instantan\u00e9 de l’interpr\u00e9teur et de la puissance de calcul de la compilation qui a permis \u00e0 JavaScript de conqu\u00e9rir le monde, devenant le langage des serveurs (Node.js) et des applications mobiles (React Native).<\/p>\n

      Interpr\u00e8te dans l’industrie du jeu vid\u00e9o<\/h2>\n

      Malgr\u00e9 la domination du C++ dans l’informatique lourde, le mod\u00e8le Interpreter est une norme industrielle en mati\u00e8re de d\u00e9veloppement de jeux pour la cr\u00e9ation de logique de jeu. Pour quoi? Pour que les concepteurs de jeux puissent cr\u00e9er des jeux sans risquer de \u00ab laisser tomber \u00bb le moteur ou sans avoir besoin de le recompiler constamment.<\/p>\n

      Un excellent exemple historique est UnrealScript<\/b> – le langage dans lequel la logique des jeux Unreal Tournament et Gears of War a \u00e9t\u00e9 \u00e9crite dans Unreal Engine 1, 2 et 3. Le texte a \u00e9t\u00e9 compil\u00e9 en bytecode compact et abstrait, qui a ensuite \u00e9t\u00e9 (interpr\u00e9t\u00e9) \u00e9tape par \u00e9tape par la machine virtuelle du moteur.<\/p>\n

      Scripts de graphiques visuels (Blueprints)<\/h3>\n

      Aujourd’hui, le texte a \u00e9t\u00e9 remplac\u00e9 par une programmation visuelle – le syst\u00e8me Blueprints<\/b> dans Unreal Engine 4 et 5.<\/p>\n

      Si vous avez d\u00e9j\u00e0 ouvert un Blueprint dans Unreal Engine, vous avez vu de nombreux n\u0153uds connect\u00e9s par des fils. Sur le plan architectural, l’ensemble du graphique Blueprints est un immense arbre de syntaxe abstraite (AST)<\/b> dessin\u00e9 \u00e0 l’\u00e9cran\u00a0:<\/p>\n

        \n
      1. Expressions terminales\u00a0:<\/b> N\u0153uds constants. Par exemple, un n\u0153ud qui stocke simplement le nombre 42 ou une cha\u00eene. Ils renvoient une valeur sp\u00e9cifique lorsqu’ils sont interpr\u00e9t\u00e9s.<\/li>\n
      2. Expressions non-terminales\u00a0:<\/b> n\u0153uds de calcul (Ajouter) ou n\u0153uds de contr\u00f4le de flux (Branche). Ils ont des entr\u00e9es d’arguments, que l’interpr\u00e9teur \u00e9value d’abord de mani\u00e8re r\u00e9cursive avant de produire le r\u00e9sultat sous forme de broche de sortie.<\/li>\n<\/ol>\n

        Et le r\u00f4le de contexte ici est jou\u00e9 par la m\u00e9moire d’une instance d’un objet de jeu sp\u00e9cifique (acteur). La machine d’interpr\u00e9tation \u00ab parcourt \u00bb ce graphique en toute s\u00e9curit\u00e9, demandant des donn\u00e9es et effectuant des transitions.<\/p>\n

        O\u00f9 d’autre l’interpr\u00e8te est-il utilis\u00e9\u00a0?<\/h2>\n

        Le mod\u00e8le d’interpr\u00e9teur peut \u00eatre trouv\u00e9 dans presque tous les syst\u00e8mes complexes o\u00f9 des instructions dynamiques doivent \u00eatre ex\u00e9cut\u00e9es. Voici quelques exemples de logiciels commerciaux\u00a0:<\/p>\n