{"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\/de\/2026\/03\/06\/interpreter-in-practice\/","title":{"rendered":"Musterinterpreter in der Praxis"},"content":{"rendered":"

Im letzten Artikel<\/a> haben wir uns mit der Theorie des Interpreter-Musters befasst, gelernt, was ein AST-Baum ist und wie man terminale und nicht-terminale Ausdr\u00fccke abstrahiert. Lassen Sie uns dieses Mal von der Theorie Abstand nehmen und sehen, wie dieses Muster in ernsthaften kommerziellen Projekten angewendet wird, die wir alle t\u00e4glich verwenden!<\/p>\n

Spoiler: M\u00f6glicherweise verwenden Sie gerade das Interpreter-Muster, indem Sie einfach diesen Text in Ihrem Browser lesen!<\/b><\/p>\n

Eines der auff\u00e4lligsten und vielleicht wichtigsten Beispiele f\u00fcr die Verwendung dieses Musters in der Branche ist JavaScript<\/b>. Die urspr\u00fcnglich \u201eauf dem Knie\u201c entstandene Sprache funktioniert heute dank des Interpretationskonzepts auf Milliarden von Ger\u00e4ten.<\/p>\n

10 Tage, die das Internet ver\u00e4ndert haben<\/h2>\n

Die Geschichte von JavaScript ist voller Legenden. Im Jahr 1995 erhielt Brendan Eich w\u00e4hrend seiner Arbeit bei Netscape Communications die Aufgabe, eine einfache Skriptsprache zu entwickeln, die direkt in einem Browser (Netscape Navigator) ausgef\u00fchrt werden konnte, um Webseiten interaktiv zu gestalten. Das Management wollte etwas mit einer Syntax, die dem damals sehr beliebten Java \u00e4hnelte, aber nicht f\u00fcr professionelle Ingenieure, sondern f\u00fcr Webdesigner gedacht war.<\/p>\n

Eich hatte nur 10 Tage<\/b> Zeit, um den ersten Prototyp der Sprache zu schreiben, die damals Mocha hie\u00df (damals LiveScript und aus Marketinggr\u00fcnden erst JavaScript). Der Ansturm kam nicht von ungef\u00e4hr: Microsoft war ihm dicht auf den Fersen und bereitete gleichzeitig aktiv seine eigene Skriptsprache VBScript<\/b> f\u00fcr die Einbettung in den Internet Explorer-Browser vor. Netscape musste dringend seine Antwort ver\u00f6ffentlichen, um im drohenden Browserkrieg nicht zu verlieren.<\/p>\n

Es war einfach keine Zeit, einen komplexen Compiler in Maschinencode zu schreiben. Die offensichtlichste und schnellste L\u00f6sung f\u00fcr Eich war die Architektur des klassischen Interpreter<\/b>.<\/p>\n

Der erste Interpreter (SpiderMonkey) funktionierte folgenderma\u00dfen:<\/p>\n

    \n
  1. Der Textquellcode des Skripts wurde von der Seite gelesen.<\/li>\n
  2. Der lexikalische Analysator hat den Text in Token zerlegt.<\/li>\n
  3. Der Parser hat einen Abstract Syntax Tree (AST)<\/b> erstellt. In Bezug auf das Interpreter-Muster bestand dieser Baum aus terminalen Ausdr\u00fccken<\/i> (Zeichenfolgen, Zahlen wie 42) und nicht-terminalen Ausdr\u00fccken<\/i> (Funktionsaufrufe, Anweisungen wie If, \u200b\u200b\u200b\u200bWhile).<\/li>\n
  4. Dann \u201edurchlief\u201c die virtuelle Maschine diesen Baum Schritt f\u00fcr Schritt und f\u00fchrte die darin eingebetteten Anweisungen an jedem Knoten aus (wobei sie eine Methode \u00e4hnlich Interpret() aufrief).<\/li>\n<\/ol>\n

    Kontext und Objekte<\/h2>\n

    Erinnern Sie sich an das Context-Objekt, das wir in der klassischen Implementierung an die Methode Interpret(Context context) \u00fcbergeben mussten? Der Interpreter ben\u00f6tigt es, um den aktuellen Speicherzustand zu speichern.<\/p>\n

    Im Fall von JavaScript wird die Rolle dieses Kontexts auf der obersten Ebene von einem globalen Objekt<\/b> (z. B. einem Fenster in einem Browser) \u00fcbernommen. Wenn Ihr AST-Knoten versucht, beispielsweise \u00fcber document.write(“Hello”) Text auf den Bildschirm zu schreiben, greift der Interpreter auf seinen Kontext (das Dokumentobjekt) zu und ruft die gew\u00fcnschte interne Browser-API auf.<\/p>\n

    Dank des Interpreters kann JavaScript so einfach mit dem DOM (Document Object Model) interagieren \u2013 das sind alles nur Objekte in einem Kontext, auf die \u00fcber Baumknoten zugegriffen wird.<\/p>\n

    Entwicklung des Interpreters: JIT-Kompilierung<\/h2>\n

    Historisch gesehen ist JS in Browsern lange Zeit ein \u201ereiner\u201c Interpreter geblieben. Und das hatte einen gro\u00dfen Nachteil: langsame Geschwindigkeit. Das Parsen des Baums und das langsame Durchlaufen jedes Knotens bei jeder Ausf\u00fchrung des Skripts verlangsamte komplexe Webanwendungen.<\/p>\n

    Mit der Einf\u00fchrung der V8<\/b>-Engine von Google (integriert in Chrome) im Jahr 2008 kam es zu einer Revolution. Ingenieure erkannten, dass ein Dolmetscher f\u00fcr das moderne Web nicht ausreicht. Die Engine ist komplexer geworden: Sie erstellt immer noch den AST-Baum, verwendet aber jetzt die JIT-Kompilierung (Just-In-Time)<\/b>.<\/p>\n

    Moderne JS-Engines (V8, SpiderMonkey) funktionieren wie eine komplexe Pipeline:<\/p>\n

      \n
    1. Der schnelle und einfache Basisinterpreter beginnt sofort mit der Ausf\u00fchrung Ihres JS-Codes, ohne \u00fcberhaupt auf die Kompilierung warten zu m\u00fcssen (das klassische Muster funktioniert hier immer noch).<\/li>\n
    2. Parallel dazu \u00fcberwacht die Engine \u201ehei\u00dfe\u201c Codeabschnitte (Schleifen oder Funktionen, die tausende Male aufgerufen werden).<\/li>\n
    3. Diese Abschnitte werden vom JIT-Compiler unter Umgehung des langsamen Interpreters direkt in optimierten Maschinencode kompiliert.<\/li>\n<\/ol>\n

      Es war diese Kombination aus dem sofortigen Start des Interpreters und der Rechenleistung der Kompilierung, die es JavaScript erm\u00f6glichte, die Welt zu erobern und zur Sprache von Servern (Node.js) und mobilen Anwendungen (React Native) zu werden.<\/p>\n

      Dolmetscher in der Spielebranche<\/h2>\n

      Trotz der Dominanz von C++ im Heavy Computing ist das Interpreter-Muster ein Industriestandard in der Spieleentwicklung zum Erstellen von Spiellogik. Wof\u00fcr? Damit Spieleentwickler Spiele erstellen k\u00f6nnen, ohne das Risiko einzugehen, die Engine \u201eabzuwerfen\u201c oder sie st\u00e4ndig neu kompilieren zu m\u00fcssen.<\/p>\n

      Ein hervorragendes historisches Beispiel ist UnrealScript<\/b> \u2013 die Sprache, in der die Logik der Spiele Unreal Tournament und Gears of War in den Unreal Engines 1, 2 und 3 geschrieben wurde. Der Text wurde in einen kompakten abstrakten Maschinenbytecode kompiliert, der dann Schritt f\u00fcr Schritt von der virtuellen Maschine der Engine (interpretiert) wurde.<\/p>\n

      Visuelle Diagrammskripte (Blueprints)<\/h3>\n

      Heute wurde Text durch visuelle Programmierung ersetzt \u2013 das Blueprints<\/b>-System in Unreal Engine 4 und 5.<\/p>\n

      Wenn Sie jemals einen Blueprint in Unreal Engine ge\u00f6ffnet haben, haben Sie viele Knoten gesehen, die durch Kabel verbunden sind. Architektonisch gesehen ist das gesamte Blueprints-Diagramm ein riesiger abstrakter Syntaxbaum (AST)<\/b>, der auf dem Bildschirm gezeichnet wird:<\/p>\n

        \n
      1. Terminalausdr\u00fccke:<\/b> Konstante Knoten. Zum Beispiel ein Knoten, der einfach die Zahl 42 oder einen String speichert. Sie geben bei der Interpretation einen bestimmten Wert zur\u00fcck.<\/li>\n
      2. Nicht-terminale Ausdr\u00fccke:<\/b> Rechenknoten (Hinzuf\u00fcgen) oder Flusskontrollknoten (Zweig). Sie verf\u00fcgen \u00fcber Argumenteing\u00e4nge, die der Interpreter zun\u00e4chst rekursiv auswertet, bevor er das Ergebnis als Ausgabepin erzeugt.<\/li>\n<\/ol>\n

        Und die Rolle des Kontexts spielt hier die Erinnerung an eine Instanz eines bestimmten Spielobjekts (Akteur). Die Interpretermaschine \u201egeht\u201c sicher durch dieses Diagramm, fordert Daten an und f\u00fchrt \u00dcberg\u00e4nge durch.<\/p>\n

        Wo wird der Interpreter sonst noch verwendet?<\/h2>\n

        Das Interpretermuster kann in fast jedem komplexen System gefunden werden, in dem dynamische Anweisungen ausgef\u00fchrt werden m\u00fcssen. Hier sind nur einige Beispiele aus kommerzieller Software:<\/p>\n