Eine Programmiersprache ist nur so mächtig wie ihr Ökosystem. Lange Zeit war ein .nod-Skript in KnotenCore eine einsame Insel: Eine perfekt isolierte Sandbox-Datei ohne die Möglichkeit, Logik über Dateien hinweg zu teilen. Doch mit Sprint 110 durchbrachen wir diese Limitation radikal.
Natives AOT-Linking ohne Zirkelbezüge
Anstatt ein langsames, Laufzeit-basiertes Modulsystem wie in Node.js (require(...) bei Ausführung) zu implementieren, haben wir den komplizierteren, aber weitaus performanteren Weg gewählt: Ahead-Of-Time (AOT) Linking direkt im Compiler. Wenn KnotenCore ein Skript kompiliert, traversiert ein lexikalischer Parser den gesamten Import-Graphen. Verschachtelte Abhängigkeiten werden validiert und in einen einzigen, dedublizierten Bytecode-Vektor gefaltet.
„Echte Modularität bedeutet, Komplexität auszulagern, ohne in eine Callback-Hölle oder dynamische Lookup-Zeiten bei der Ausführung abzurutschen.“
Warum Zirkulärbezüge nicht existieren
Das größte Problem von Modul-Importen sind zirkuläre Abhängigkeiten (A importiert B, B importiert A). KnotenCore löst dieses Problem nicht durch magische Laufzeithacks, sondern durch mathematische Graph-Theorie beim Kompilieren. Der AOT-Compiler checkt via Depth-First Search (DFS) den Import-Abhängigkeitsgraphen und baut eine Liste auf. Detektiert er einen Zirkel, bricht die Kompilierung hart ab, lange bevor der Bytecode die VM berührt.
Dieser Sprung (Sprint 110) verwandelte KnotenCore von einer experimentellen Spielerei in eine skalierbare General-Purpose-Sprache. Nun ist es möglich, eine komplette Standardbibliothek (wie Mathematik, UI-Helfer, Asset-Loader) in modularen Dateien anzulegen. AI-Agenten generieren nicht mehr ein monolithisches Riesendokument, sondern saubere, verwobene Bibliotheken, vollkommen gekapselt, gesichert und extrem schnell ausgeführt.