You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Wir haben in #1350 das Projekt in mehrere kleinere Gradle-Sub-Projekte aufgeteilt: Game, Dungeon, Blockly. Die Idee dabei war, dass man auf diese Weise leichter den Studierenden den tatsächlich nötigen Code an die Hand geben kann und den restlichen "Clutter" ausblenden kann. Dabei sollte Game die Basis bilden, auf der man einen eigenen Dungeon-Crawler entwickeln kann. In Dungeon sind dann (a) viele nützliche Spielelemente und (b) das Tooling für die DSL. In Blockly ist die Anbindung an Blockly.
Ich möchte darüber nachdenken, noch weiter zu verfeinern.
Zum einen gefallen mir die Namen der Sub-Projekte noch nicht ganz, sie beschreiben aus meiner Sicht noch nicht gut genug, was man dort findet.
Zum anderen wäre es sinnvoll, Dungeon noch weiter aufzuteilen: Spielelemente vs. DSL. Das würde es auch erleichtern, alles im Zusammenhang mit der DSL stehende auszutauschen.
Erste Idee:
Game wird umbenannt in "Core" (alles im Package core)
Dungeon wird aufgesplittet in
"Contrib" (alles im Package contrib), und
"DSL" (oder "Dungeon"?) - hier bleibt alles im Zusammenhang mit der DSL und den Tasks und Petrinetz etc. (neues Package dsl)
Blockly bleibt so, wie es ist
@tgrothe Hier soll erstmal nur nachgedacht werden! Die praktische Umsetzung muss warten, bis die Bachelorarbeit und euer Dojo-Dungeon durch sind und integriert sind. Dito laufen zwei Masterarbeiten, die ggf. auch mergeable Ergebnisse liefern und entsprechend abgewartet werden sollten.
The text was updated successfully, but these errors were encountered:
Wir haben in #1350 das Projekt in mehrere kleinere Gradle-Sub-Projekte aufgeteilt: Game, Dungeon, Blockly. Die Idee dabei war, dass man auf diese Weise leichter den Studierenden den tatsächlich nötigen Code an die Hand geben kann und den restlichen "Clutter" ausblenden kann. Dabei sollte Game die Basis bilden, auf der man einen eigenen Dungeon-Crawler entwickeln kann. In Dungeon sind dann (a) viele nützliche Spielelemente und (b) das Tooling für die DSL. In Blockly ist die Anbindung an Blockly.
Ich möchte darüber nachdenken, noch weiter zu verfeinern.
Zum einen gefallen mir die Namen der Sub-Projekte noch nicht ganz, sie beschreiben aus meiner Sicht noch nicht gut genug, was man dort findet.
Zum anderen wäre es sinnvoll, Dungeon noch weiter aufzuteilen: Spielelemente vs. DSL. Das würde es auch erleichtern, alles im Zusammenhang mit der DSL stehende auszutauschen.
Erste Idee:
core
)contrib
), unddsl
)@tgrothe Hier soll erstmal nur nachgedacht werden! Die praktische Umsetzung muss warten, bis die Bachelorarbeit und euer Dojo-Dungeon durch sind und integriert sind. Dito laufen zwei Masterarbeiten, die ggf. auch mergeable Ergebnisse liefern und entsprechend abgewartet werden sollten.
The text was updated successfully, but these errors were encountered: