{"id":2438,"date":"2009-06-21T09:39:29","date_gmt":"2009-06-21T07:39:29","guid":{"rendered":"https:\/\/www.herr-rau.de\/wordpress\/?p=2438"},"modified":"2023-05-24T10:17:51","modified_gmt":"2023-05-24T08:17:51","slug":"stein-schere-papier","status":"publish","type":"post","link":"https:\/\/www.herr-rau.de\/wordpress\/2009\/06\/stein-schere-papier.htm","title":{"rendered":"Stein, Schere, Papier (zum Mitmachen)"},"content":{"rendered":"
(14 Kommentare.<\/a>)<\/small> <\/div>\n

Am Ende der 10. Klasse sollen die Sch\u00fcler in Informatik an einem umfangreicheren Projekt m\u00f6glichst selbstst\u00e4ndig arbeiten. Dazu ist eigentlich keine Zeit, die meisten Informatiklehrer kommen so gerade mal \u00fcber die Runden dieses Jahr – das erste Jahr mit Informatik in dieser Jahrgangsstufe. Aber f\u00fcr ein klitzekleines Projekt habe ich noch Zeit.<\/p>\n\n\n\n

Selbst Wikipedia wei\u00df wenig \u00fcber die Geschichte des Spiels Stein, Schere, Papier<\/a>. Ich stelle mir gerne vor, dass schon die alten Germanen so etwas spielten. Jedes Jahr wird die Weltmeisterschaft darin ausgetragen. Man gewinnt durch psychologische Einsch\u00e4tzung des Gegners; am seltensten wird dabei (mit 29,6%) die Schere gew\u00e4hlt. Eine echte Zufallsstrategie w\u00fcrde das Spiel zu einem reinen Gl\u00fccksspiel werden lassen, aber der Mensch ist zur Erzeugung von Zufallsreihen nicht geeignet.<\/p>\n\n\n\n

Meine zehnte Klasse soll sich ein Modell f\u00fcr so ein Turnier einfallen lassen und das dann in Java umsetzen. Allerdings sollen nicht Menschen gegeneinander spielen, sondern vorbereitete Strategien der Sch\u00fcler (in Form von Java-Klassen). Die besseren Sch\u00fcler erarbeiten die Infrastruktur des Turniers; wer sich weniger zutraut, soll nur eine Strategie ins Rennen schicken und kann eine Tafel Schokolade gewinnen.<\/p>\n\n\n\n

Solch eine Strategie kann sein: „Ich spiele immer Stein.“ Oder: „Ich spiele abwechselnd Stein-Schere-Papier, immer in dieser Reihenfolge.“ Oder man macht die eigene Entscheidung von den vergangenen Entscheidungen des Gegners abh\u00e4ngig. Ich stelle mir das ganze so vor, und jetzt wird es leider technisch:<\/p>\n\n\n\n

\"stein-schere-papier\"<\/figure>\n\n\n\n

(Erkl\u00e4rung: # protected, -private, +public. Kursiv: abstract. Nach dem Doppelpunkt: Typ des R\u00fcckgabewerts bzw. des Attributs. Die Methode duellbestimmen(Duell)<\/em> wird f\u00fcr die Verbindung mit anderen Klassen des Turniers gebraucht und ist hier nicht wichtig)<\/small><\/p>\n\n\n\n

Zur Erl\u00e4uterung des Diagramms: Es gibt eine Oberklasse Strategie<\/code> mit den wichtigsten Methoden. Die Klasse ist abstrakt, es soll also gar keine Strategie-Objekte geben k\u00f6nnen. Vor allem ist die Methode entscheidungMitteilen()<\/code> als abstrakt definiert. Das hei\u00dft, dass jede Unterklasse von Strategie<\/code> dazu gezwungen wird, diese Methode selbst zu definieren.<\/p>\n\n\n\n

Im einfachsten Fall sieht die zu programmierende Unterklasse so aus wie dieses Beispiel zur Ich-w\u00e4hle-immer-Stein-Klasse:<\/p>\n\n\n\n

public class Stein extends Strategie ( ) {\n  \/\/Attribute\n\n  \/\/Konstruktoren\n  public Stein (String n) {\n    super(n);\n  }\n\n  \/\/Methoden\n  public String entscheidungMitteilen ( ) {\n    return \"Stein\";\n  }\n}<\/code><\/pre>\n\n\n\n
Die einzigen Bedingungen f\u00fcr die Sch\u00fcler-Strategien: 1. Sie m\u00fcssen im Konstruktor ihrer Klasse das Attribut name<\/code> mit einem Wert versehen, so dass jedes Objekt ein eindeutiges Namen-Attribut erhalten kann. Das macht die Siegerehrung leichter. 2. Es muss nat\u00fcrlich die Methode entscheidungMitteilen()<\/code> definiert werden, mit dem vorgegebenen R\u00fcckgabewert String. Erlaubt sind nur „Stein“, „Schere“ und „Papier“, aber eventuelle Fehler k\u00f6nnen die durchf\u00fchrenden Turnierklassen abfangen.<\/p>\n\n\n\n
Zu kl\u00e4ren ist noch die Spielweise. Ich will das Spiel m\u00f6glichst einfach halten und schlage deshalb vor:<\/p>\n\n\n\n