Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
01.06.2012, 14:59 (Dieser Beitrag wurde zuletzt bearbeitet: 01.06.2012 15:02 von Soean.)
ich arbeite mich gerade in die Queued State Machine ein. Ich habe mir auch schon ein kleines Programm ausgedacht. Das Schöne ist: Es funktioniert :-)
Leider habe ich noch keine Idee für eine sinnvolle Funktion, welche in einem parallelen Prozess untergebracht werden könnte. Dieser fehlt noch - und da ich das noch nie gemacht habe, auch das 100%ige Verständnis dafür.
Guckt euch das Programm doch einmal an. Ich bin dankbar für Tips hinsichtlich einer Verbesserung der Softwarearchitektur sowie sinnvoller Funktionen, welche sich in einem (oder mehreren) parallelen Prozessen unterbringen lassen. Auch Hinweise auf generelle "no-gos" oder "unschöne" Programmierung lese ich gerne :-)
Eine Idee fällt mir gerade ein...man könnte die Größe des Spielfeldes variabel gestalten und vom Spieler festlegen lassen, bevor das Spiel beginnt. Aber auch dafür bräuchte ich keine parallel laufende Funktion....hmm...ich bin offen für Vorschläge :-)
Danke schon einmal!
Gruß,
soean
PS: Wäre es sinnvoll gewesen, die suche nach einem Gewinner in eine parallele Schleife auszulagern?
Es wäre hilfreich gewesen, das Spiel was du programmiert hast zu erklären - ich z.B kenne es nicht und hatte auch nicht Lust, erst mal mühevoll die vermutlichen Spielregeln hauszufinden, was Voraussetzung ist, um sich dann dem eigentlichem Programm widmen zu können.
ach so - das Spiel heißt "4 Gewinnt". Hätte ich erwähnen können ^^
Für alle, denen es nicht bekannt ist:
Regeln:
2 Spieler
Abwechselnd werden "Chips" eingeworfen. Wer es zuerst schafft, 4 Chips seiner Farbe horizontal, vertikal oder diagonal in eine Reihe zu bringen, gewinnt.
