spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Willkommen im Forum!

Ich habe zwar keine Lust und Zeit mitzuprogrammieren, will dir aber einen Tipp geben.
Gerade bei Karten- oder Brettspielen ist es recht einfach, den Zustand des Spiels (wer hat welche Karten, welche Figur steht auf welchem Feld etc.) und die Spiellogik von der Darstellung (Grafik, Benutzeroberfläche) zu trennen. Wenn du das beherzigst, wird dir schonmal vieles leichter fallen.

Singletons sind übrigens heute nicht mehr gern gesehen.

Ich habe auch nicht die Zeit mich an dem Projekt zu beteiligen, denke aber dass ich auch ein paar gute Tipps für dich habe. Wir haben in der Uni mal ein Kartenspiel entwickelt (Coloretto, falls dir das was sagt). Wir haben damals mit Swing gearbeitet (also auch Java). Mir gefällt Swing zwar nicht wirklich, aber du hast immerhin schon mal Buttons und all die Sachen die man so brauchen kann. Das ist schon mal ganz praktisch. Aber da du Java Erfahrung hast weißt du vielleicht selbst mit welchen Frameworks du da am besten arbeitest.
Wir haben damals das Programm als MVC (Model-View-Controller) umgesetzt. Dieses Entwurfsmuster ist auch für Einsteiger einigermaßen gut verständlich und leicht umsetzbar. Bei eventbasierter Entwicklung klappt das ganze ganz gut und man kann seine Komponenten schön trennen. Das hilft dir ja möglicherweise schon mal weiter um deinen Code zu strukturieren. Es gibt da noch andere Entwurfsmuster die helfen den Code für solche Anwendungen zu strukturieren. Bei Swing aber zum Beispiel bietet sich MVC an. Auch hier wirst du irgendwann zu dem Punkt kommen, wo alles nicht mehr so schön strukturiert ist wie es mal gedacht war. Das ist ganz normal. Das ist der Punkt an dem du dich hinsetzen musst und den Code aufräumst. Refactoring wird das ganze genannt. Code entwickelt sich mit der Zeit immer weiter und deswegen musst du das Design mit anpassen. Das was du dir am Anfang denkst ist an der Stelle vielleicht noch gut und richtig, nachdem dein Programm sich dann mit der Zeit weiterentwickelt kommen aber neue Anforderungen an den Code und dadurch musst du halt anpassen. Anpassen heißt nicht nur bestimmte Klassen an andere weiter zu reichen oder Singletons zu benutzen (von Singletons würde ich absehen, warum das so ist kannst du mal ergooglen oder noch mal hier im Thread nachfragen). Du musst viel mehr dein Codedesign anpassen. Das heißt Klassen umschreiben und neu überlegen wie du deine Dinge neu verwalten kannst. Das kostet Zeit und ist oft lästig, geht aber nicht anders
Was das Netzwerk angeht, hier würde ich wieder ein Entwurfsmuster in den Raum werfen. Hier kann dir das Proxy-Pattern helfen. Zumindest wenn du Single- und Multiplayer unterstützen möchtest. So schreibst du das Spiel ein mal für Singleplayer und kannst es mit Hilfe des Proxypatterns Netzwerkfähig machen und die Befehle weiterleiten. Die Proxyklasse sieht nach außen hin aus wie eine Steuerungsklasse die du im Singleplayer benutzt, leitet die Befehle jedoch über das Netzwerk weiter. Dabei musst du natürlich ein wenig beim designen aufpassen. Zum Beispiel bietet es sich dann an, nicht direkt Antworten zu fordern, sondern auf Rückruf bei Antwort zu warten. Ein Beispiel:

Wie die Weiterleitung aussieht ist egal. Im Prinzip ist das auch wieder Eventbasiert.
Das waren jetzt nur ein paar kleinere Tipps, helfen aber vielleicht schon weiter um dich zum Ziel zu bringen. Frag gerne nach wenn du was nicht ganz verstehst. Wenn du ncoh mehr Fragen hast, auch immer raus damit.