Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Gradle: Weitere Aufteilung der Projekte #1454

Open
cagix opened this issue Mar 10, 2024 · 0 comments
Open

Gradle: Weitere Aufteilung der Projekte #1454

cagix opened this issue Mar 10, 2024 · 0 comments

Comments

@cagix
Copy link
Member

cagix commented Mar 10, 2024

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant