Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Community-Fossil
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Wieso sollte ich das bei einem Tic-Tac-Toe denn tun?Stell dir für die Siegbedingung ein größeres Feld als TicTacToe vor.
Daumenregel:Gemäß dem Fall man möchte später die Größe des Spielfeldes ändern, könnte man damit den selben Algorithmus benutzen - lediglich mit anderen Parametern.
Entwickel für den Fall, den Du abdecken willst und nicht für tausend andere Fälle. Falls das mal so kommen soll, kann man es noch immer refactoren.
Klar. Und statt ein paar verschachtelte Schleifen kann ich dann den Code noch richtig mächtig aufblähen mit lauter Zustandsmatrizen und all dem. Totally overengineered. Speziell für einen Anfänger.PS: Ich stimme NachoMan zu. Man könnte das Feld ausgehend vom letzten Zug analysieren und sich viel Rechenzeit damit sparen.
Community-Fossil
Community-Fossil
Community-Fossil
bezüglich dem ansatz die Siegbedigungen immer nur in bezug auf den letzten zug zu überprüfen - liege ich da ggf in der annahme richtig dass es dann sinnvoller wäre das spielfeld in nen [3,3] array zu packen statt einfach nem [9]? und dann eben abfragen auf welcher x koordinate zuletzt gesetzt wurde und die reihe überprüfen und welche y koordinate und dazu dann eben die spalte prüfen und die diagonalen einfach bei jedem zug immer?
Werbeanzeige