spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Krass ausführlich, muss ich schon sagen.
Statt Diagramme zu zeichnen solltest du vielleicht einfach anfangen... Hat doch schon mal hingehauen.

MfG
Check

Dein Ansatz ist edel und besonders Professoren würden dich dafür lieben, aber in der Praxis hat es sich bewährt, am Anfang erstmal "einfach zu machen" bis man einen Überblick an nötige Anforderungen einer solchen Klasse hat.

Du versuchst hier ja etwas zu modellieren, das du noch gar nicht so richtig kennst.

Ob dein Strukturierung so klappt hängt ja auch am Ende vom Rest deiner Anwendung ab. Das ist ja wirklich sehr sehr grob.

Die Frage ist an sich schwer zu beantworten. Jeder hat da irgendwie sein eigenes System und bei dem ein oder anderen unterscheidet sich das von Projekt zu Projekt wieder. Ich denke es ist sinnvoller wenn du spezifischer nach fragst. Hier läuft zur Zeit zum Beispiel ein Thread dazu wie man Inputhandling ins System einbaut. An solchen Konkreteren Punkten kann man besser anpacken. Dein Snake wird ja auch aus mehr bestehen als in der PDF zu sehen ist. Wie die Komponenten untereinander vernetzt sind und miteinander arbeiten ist da ja auch nicht zu sehen. Beschreib doch mal konkret welche Klassen du hast oder noch besser such dir einen Part von deiner Software raus und beschreib wie die aufgebaut ist. Dann kann mir dir besser helfen. Vielleicht hilft dir sonst dieser Link weiter. Der wird hier öfter mal geteilt. Da gehts größtenteils um Design Patterns, am Anfang aber auch um Design allgemein. Vielleicht hilft das ja schon.

Wichtig bei solchen Designs ist zunächst eigentlich erst mal nur, dass es funktioniert - für dich überhaupt. Funktionale Spiele haben wir hier viel zu wenige.

Gedanken darfst Du Dir natürlich trotzdem machen über Dinge wie:
- Sind Komponenten unabhängig? Es sollte niemals zyklische Abhängigkeiten zwischen mehreren Klassen geben, da diese selten sonderlich flexibel für spätere Änderungen sind.
- Gibt es Dinge, die gemeinsam für viele Komponenten gelten? Lassen sich daraus Interfaces ableiten? (zyklisch heißt A verwendet B, B verwendet C und C verwendet A - oder auch kürzer: A kennt B und B kennt A)
- Sind die Komponenten klein genug? Du willst niemals eine eierlegende Wollmilchsau. Eine Klasse, die ein Fenster erstellt, den Game-Loop durchführt und irgendwelche Spiel-Logik verarbeitet wäre ein typisches Negativbeispiel.