[Thesis] DSL: Analyse des Status Quo und Re-Design

[cagix]

Wir haben im Projekt eine DSL erarbeitet, mit der Lehrende ohne Programmiererfahrungen fachliche/didaktische Aufgaben/Rätsel formulieren und Bewertungsfunktionen implementieren können sollten.

Rückblickend besteht die DSL aktuell aus einer Mischung von drei verschiedenen Sprachen/syntaktischen Stilen (DOT, Json, Rust), Bewertungsfunktionen müssen direkt in Java implementiert werden, der Interpreter ist eher eine Art Konfigurator, die DSL wird über Annotationen an den Dungeon-Code gekoppelt (d.h. im Dungeon-Code muss man die DSL immer mitdenken), ...

Ziel 1: Basierend auf den nun deutlicher zu sehenden fachlichen/didaktischen Aufgaben/Rätseln und den gemachten Erfahrungen sollte die DSL noch einmal neu gedacht werden. Dabei sollte abgewogen werden, was man Menschen ohne Programmiererfahrung zumuten kann - evtl. ist eine einfache Java-Schnittstelle oder Lua-Schnittstelle leichter zu bedienen?

Ziel 2: Es sollte einen Interpreter geben, der den Dungeon als eine Art nichtdeterministische Laufzeitumgebung nutzt und der das Petrinetz "abläuft" - hierzu müssen die Schnittstellen zum Dungeon untersucht und angepasst werden.

Das könnte ein Teil der Aufgaben für eine Praxisphase werden oder auch für eine Semester-/Abschlussarbeit.

Es macht Sinn, zwei unterschiedliche Aspekte in separaten Arbeiten zu betrachten:

• (a) Definition einer intermediate representation (IR) oder AST und Integration eines Interpreters dafür in den Dungeon.
• (b) Definition einer speziellen Sprache (DSL) zur möglichst freien Formulierung von Aufgaben für Nichtinformatiker plus einen Compiler, der diese DSL in die IR transformiert. Für die DSL soll per LSP die übliche Unterstützung (Syntaxhighlighting, Autocompletion, Fehleranzeige) für IntelliJ und VSCode realisiert werden.

siehe auch Compiler-CampusMinden/Mini-Python-Builder#27 sowie #645 und #1070