Die grundlegende Strategie bei Reversi liegt nicht darin, so viele Steine wie möglich bei jedem Zug zu machen, sondern am Schluß die meisten zu haben. Das Spiel wird im allgemeinen erst in den letzten 3-5 Zügen entschieden.

Die Oberfläche zeigt natürlich das Spielfeld an, außerdem im unteren Bereich den aktuellen Spielstand, das heißt, wieviel Steine jeder Spieler besitzt, außerdem wer gerade dran ist. An der rechten Seite bietet das Applet zwei Knöpfe: einen zum Neustart des Spiels und einen zum Passen. Passen ist natürlich nur im Einklang mit den oben erwähnten Voraussetzungen möglich.

Sobald der Spieler seinen Zug gemacht hat, übernimmt der Computer und zieht selbst. Dabei orientiert er sich an der "Sichere-Steine-Regel", indem er den Ecksteinen höhere Prioritäten als den anderen Steinen zuordnet. (Dazu später mehr)

Das Programm besteht aus 5 Klassen:

Beispielsweise:
Zug AktionSetzen = new ZugVorschau();
AktionSetzen = new ZugDurchfuehrung();

Wird später die Methode AktionSetzen.macheZug aufgerufen, wird immer die Aktion ausgeführt, die der momentan in den HotSpot geladenen Klasse entspricht.

Diese Methode stellt die Startbedingungen her, lädt also die Grafiken in den MediaTracker, außerdem leert sie das SpielFeld-Array und das Prioritätenfeld-Array, welches der Computer für seine Züge benötigt. Des Weiteren werden die vier Steine in der Mitte gesetzt.

Der MediaTracker registriert alle Bilder, die im Spielverlauf benötigt werden, also das Spielfeld, die Spielsteine und diverse Knöpfe. Dann werden mit waitForAll() sämtliche registrierten Bilder geladen. So wird sichergestellt, daß bereits zu Spielbeginn alle Bilder geladen sind. Störendes Flackern, verursacht durch das Nachladen von Bildern, ist somit Geschichte.

Diese Methode wird ausgeführt, wenn der Spieler auf den Neustart-Knopf der Spieloberfläche klickt. Dabei werden wieder alle Spielfelder geleert und dann die Ausgangsbelegung geladen.

Die paint-Methode wird automatisch von der Java Virtual Machine aufgerufen und sie setzt je nach Markierung im SpielFeld-Array die passenden Graphiken in die Oberfläche. Außerdem zeigt sie die Statistiken an, also die Anzahl der bereits eroberten Steine pro Spieler.

In dieser Methode wird eine gerade Linie (diagonal, vertikal oder horizontal)des Gegners bis zum Ende abgewandert. Sollte sich dort ein Stein des gerade aktuellen Spielers befinden, so wird beim Zurückwandern mittels macheZug die gerade im HotSpot geladene Aktion ausgeführt. Ist jedoch das Spielfeld zu Ende oder die Rekursion trifft auf ein leeres Feld, wandert sie unverrichteter Dinge zurück.

Im Detail: Die rekursive Methode addiert auf den Punkt P(x|y) immer die Variablen xPlus bzw. yPlus auf. xPlus und yPlus ändern sich während dem Ausführen der Methode nicht, also wandert der Punkt P(x|y) immer geradeaus, pro Rekursionsaufruf um ein Feld. Die Richtung, in die er wandert, wird von xPlus und yPlus vorgegeben.

Die Rekursion ruft sich so lange selbst auf, bis sie entweder auf einen gegnerischen Stein stößt, auf ein leeres Feld oder an den Rand des Spielfeldes. Mit jedem Aufruf wandert auch der Punkt P(x|y) um ein Feld weiter. Beim Auftreffen an den Rand des Spielbrettes geschieht in der Abbruchbedingung nichts, trifft man auf einen gegnerischen Stein, so wird auf dem Weg zurück aus der Rekursion heraus immer die AktionSetzen.macheZug(...)-Methode des Interfaces ausgeführt. Das Resultat dieses Aufrufes hängt von der im Interface geladenen Klasse ab.

Diese Methode sorgt für den Wechsel der Spieler. Die Variable bekommt den Integer-Wert des Gegners und umgekehrt.

Wie oben schon erwähnt, kann auch die Situation auftreten, daß kein Zug möglich ist. In diesem Fall muß man passen, also den Gegner spielen lassen. Diese Methode überprüft bei einem Klick auf den Passen-Knopf, ob Züge möglich sind. Ist dem nicht so, so wird der Spieler gewechselt.

Diese Methode entfernt vorhandene Kreuze (kennzeichnen einen ungültigen Zug) sobald die Maustaste losgelassen wird. Es wird in einer Schleife das gesamte SpielFeld-Array überprüft. Befindet sich ein Feld auf dem Wert VERBOTEN (==3), wird es kurzerhand auf LEER (==0) gesetzt.

Diese Methode führt den Zug des Computers durch. Dazu wird zunächst jedes Feld mit einer Priorität versehen und entsprechend dieser wird dann gezogen. Sollte kein Zug möglich sein, paßt der Computer natürlich.

Hier werden die für den Zug des Computers benötigten Prioritäten berechnet. Ein Integerarray mit den exakt selben Ausmaßen des SpielFeld-Arrays wird Feld für Feld abgewandert. Dabei bekommt jedes Feld dieses PriorFeld genannten Arrays einen Integer-Wert zugewiesen, der die Anzahl der zu erobernden Steine von diesem Feld aus repräsentiert.

Das Array maxPrioritaet kann 3 Werte aufnehmen, den Wert des PriorFeld-Arrays, eine Spalte und eine Zeile.

Diese Methode setzt die Prioritäten der Eckfelder auf den höchsten Wert von 64, da diese ja sehr wichtig für einen Sieg sind, außerdem setzt sie den Wert der Felder auf 1, die direkt an die Eckfelder angrenzen, da diese ja dem menschlichen Spieler Tür und Tor zu den Ecken öffnen würden.

In einfachen If-Abfragen wird also abgefragt, ob ein Zug in den Eck-Feldern ((spalte ==1 || spalte == 8) && (zeile == 1 || zeile == 8)) möglich ist, wenn ja, werden diese mit dem Wert 64 befüllt. Analog wird mit den Feldern, die direkt an die Ecken anschließen, verfahren.

Zu guter Letzt müssen noch die Mausbewegungen und -klicks abgefragt werden. DA die EventHandler-Interfaces verlangen, daß alle darin angegebenen Methoden implementiert werden, wir in unserem Applet jedoch nicht alle davon benötigen, werden nachfolgend nur die erklärt, die tatsächlich eine Funktion ausüben:

Hier werden die Mauspositionen wieder abgefragt und bei passenden Koordinaten das Spiel neu gestartet oder gepaßt.