spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Fehler passieren jedem mal Dafür gibt es ja eigentlich Unittesting, doch für ein Spassprojekt ist mir das zu anstrengend *g*

Sooo. Also der Fehler im Regelwerk ist behoben. Wenn jemand keinen Zug mehr machen kann muss er aussetzen.
Des weiteren habe ich das Datenmodel mittels des Read-Write-Lock Pattern gesichert (Ich hasse Threadsynchronisation). Ich hoffe damit habe ich die berichteten Fehler behoben. Ich habe einige Runden selbst gespielt und keine weiteren Fehler feststellen können.
Als nächstes wäre noch ein bischen Code refactoring angesagt.

Des weiteren wollte ich das ganze zu einem Framework umfunktionieren um Brettspiele derart in AJAX zu implementieren. Vor allem das Datenmodel ist wunderbar wiederverwendbar (Man kann ja auch verschiedene Spiele auf den gleichen Spielbrettern spielen), und da sämtliche Spiellogik in eine Klasse gekapselt ist diese gut austauschbar.

Mit ein wenig mehr Änderungen ließe sich auch ein Client sowie Model für Kartenspiele programmieren. Aber das steht erstmal hinten an .

Wie auch immer, wenn euch das Spiel noch nicht zum Hals raushängt wäre es schön, wenn ihr nochmal ein Blick darauf werfen könntet Zwecks kleiner Fehler o.Ä.
Grüße,
Dennis

Argh... User sind echt Erbamungslos
Ne quatsch, Danke für den Hinweis.. da muss ich im Javascript Teil wohl noch ein paar zusätzliche Abfragen machen damit auch wirklich nur ein "make move" request gesendet wird.. Und der Server muss da wohl auch nochmal mit ein paar Mutexes gegen sowas gesichert werden..

Edit:
Serverseitig habe ich das Problem gelöst. Das spiel geht also nicht mehr kaputt wenn man zu oft auf ein Feld klickt. Bloß der Javascript Teil macht dann ein paar Darstellungsfehler (Blinkende Felder). Aber nur so lange man klickt. Danach sollte alles weiterhin funktionieren.

Danke nochmals Genion!
Das sollte eigentlich sofort als Spielende erkannt werden.. Serverseitig sollte das funktionieren. Aber Clientseitig scheint das nicht erkannt zu werden..

Ich werde wohl die Server-Client-Kommunikation komplett überarbieten.
Momentan frage ich im Client jede Sekunde nach neuen Daten, und dieser bekommt bei neuen Daten einfach den aktuellen Stand. Das macht eventuell ziemliche Synchronisierungsprobleme wenn z.b. 2 Züge von der KI in einem Update gemacht werden. Daher werde ich die Spielfelder der letzten N Züge in einem Buffer zwischenspeichern und getrennt an den Client senden. Darin steht dann auch eine Zugnummer damit die Züge in der richtigen Reihenfolge verarbeitet werden. Dann kann der Client diese auch getrennt animieren was etwas übersichtlicher aussieht.

Dann wird es auch ein "Fehler berichten" Link geben der auf dem Server ein Replay abspeichert. Das sollte die Fehlersuche in Zukunft erleichtern.. Es bleibt ja nicht nur bei reversi.

Asynchron ist manchmal echt unlustig

Neue URL:
http://dev-area.net:8095/

Es ist einiges an Verwaltungscode dazu gekommen um mehrere Spiele zu unterstützen, diese zu Konfigurieren etc. Am spiel selbst hat sich nichts getan.

Ich überlege gerade noch wie ich die Regelauswahl gestalten soll.. So ne Drop Down box ist irgendwie.. un-web-2.0 . Außerdem wollte ich für die Regelbücher jeweils noch Beschreibungen einfügen das ist damit auch recht schwierig. Da werde ich wohl noch ein paar Javascript Spielereinen einbauen .

(Es hat keinen besonderen Grund, dass Reversi und Othello in der Liste auftauchen.. beides das selbe Spiel, jedoch mit unterschiedlichen Beschreibungen zum testen).