Oppgaven handler om en TicTacToe-klasse som holder representasjon, logikk og funksjonalitet for å la to spillere spille 'Tre på rad' (Tic-Tac-Toe) via en JavaFX-applikasjon.

Oppgaven handler om spillet Tripp-trapp-tresko og klassen TicTacToeTicTacToe-klassen kapsler inn brettet og har metoder for å utføre trekk og sjekke om spillet er avsluttet, og dekkes av del 1 og 2.  I del 3 skal du implementere metoder i klassen din slik at den kan brukes av en JavaFX-applikasjon som er forhåndslagd. Da vil det bli et fullt fungerende spill som tar tekstlig input. Spillerne taste inn ønsket trekk etter tur helt til en spiller har vunnet eller spillet avsluttes uavgjort. Du står fritt til å implementere dette hvordan du vil, men her følger et forslag. 

Del 1 - Representasjon av brett og spiller

Tilstanden i TicTacToe-objekter er todelt: Den ene er brettet, dvs. hvilke ruter som er tomme, eller har x og o i seg, og den andre er hvilken spiller sin tur det er.

Du står fritt til å velge hvordan tilstanden realiseres med felt i klassen, men et alternativ er å bruke en tegnsekvens på 3x3 = 9 tegn (altså datatypen char) lagret i et felt av typen String eller StringBuilder og bruke tegnene 'x', 'o' (brikkene) og ' ' (tom rute) for å representere rutene. Spilleren som har turen kan representeres med brikken som han/hun legger, altså en char som er 'x' eller 'o'. Nedenfor ser du eksempler på String'er og tilsvarende brett.

Start-tilstand: "         " (ni mellomrom)

   |   |   
-----------
   |   |   
-----------
   |   |   

Spiller 'x' har plassert en brikke øverst i midten: " x       "

   | x |   
-----------
   |   |   
-----------
   |   |   

Spiller 'o' har plassert en brikke i slutten av andre rad: " x   o   "

   | x |   
-----------
   |   | o 
-----------
   |   |   

Lenger ut i spillet: " x  xo xo"

   | x |   
-----------
   | x | o 
-----------
   | x | o 

TicTacToe-klassen må ha følgende metoder:

  • char getCell(int x, int y) - returnerer verdien til ruten på posisjon x, y.
  • boolean setCell(char c, int x, int y) - setter ruten i posisjon x, y til c. Metoden må sjekke om ruten er ledig før brettet oppdateres (okkuperte ruter kan ikke overskrives) og returnerer true hvis en ny brikke har blitt lagt på, false ellers.
  • boolean isOccupied(int x, int y) - returnerer true hvis ruten på posisjon x, y har en brikke og false ellers.
  • char getCurrentPlayer() - returnerer spilleren/brikken som har turen
  • String toString() - returnerer en String-representasjon av brettet, som gjerne kan likne på rutenett-eksemplene over, uten at dette er et krav som testes.

Det kan være en fordel å implementere en metode som mapper fra x- og y-koordinater til riktig indeks i String eller StringBuilder-objektet, men dette kreves ikke (i.e. det er fint mulig å implementere det på andre måter):

Del 2 - Logikk for spillets gang

TicTacToe-klassen utvides med metodene, isFinished(), isWinner(char), hasWinner() og play(), med følgende oppførsel:

  • void play(int x, int y) - setter ruten på posisjon x, y på brettet til tegnet til spilleren som utfører trekket (angis av player-feltet) og oppdaterer hvilken spiller som skal utføre det neste trekket.
  • boolean isWinner(char c) - returnerer true om spiller med brikke c har vunnet, false ellers.
  • boolean hasWinner() - returnerer true om spiller har en vinner, false ellers.
  • boolean isFinished() - returnerer true om spillet har en vinner eller brettet er blitt fylt og false ellers. En spiller har vunnet når den har lagt tre brikker på rad, enten horisontalt, vertikalt eller diagonalt.

Del 3 - Fullt fungerende spill, med interaksjon og JavaFX

Det er laget en JavaFX-applikasjon som i praksis gjør to ting: den tar inn tekstlig input fra brukeren og endrer tilstanden i TicTacToe-objektet basert på dette, og den viser spillets toString()-metode i applikasjonsvinduet. For at applikasjonen skal være kjørbar med TicTacToe, må følgende gjøres:

  • GameController, deklarer spillet ditt og initialiser det slik kommentarene i koden forklarer. 
  • TicTacToe, lag en metode void getInput(String in), som tar inn bruker-input (som kommer fra applikasjonen), og endrer tilstanden på spillet tilsvarende. Her kommer det altså inn posisjonen for neste trekk, som så skal bli utført. Formatet på strengen er valgfri, så "21", "2 1", eller "x2y1" vil fungere. Bestem deg for et format, og skriv kode for dette i metoden.
  • Når spillet er ferdig, skal spillerne få vite dette. GameController bruker TicTacToe sin toString()-metode for å vise spillets tilstand. Oppdater denne metoden slik at den returnerer en String som sier at spillet er over og hvem som vant (eller uavgjort) når dette skjer.

Du kan nå kjøre applikasjonen (Game.fxml > Run As > FXML Application) og teste spillet ditt.

Demonstrer spillet ditt for stud.assen din for å få poeng på del 3. Ekstra poeng gis hvis du klarer å slå han / henne (wink)

Met hjelp til kjøring av JavaFX og generelt om øvinger finner du i Hjelp til øvinger.

 

 

 

 

5 Comments

  1. Unknown User (magneskj)

    Vet denne oppgaven antakelig ikke er ferdigskrevet ennå, men siden jeg tok å gjorde den tenkte jeg jeg kunne komme med litt feedback:

    For øyeblikket er funksjonsnavnene i JExercise testen og i oppgaveteksten helt forskjellige.

    JExercise forventer og getStringIndexForCoordinates(int x, int y) selv om oppgaveteksten sier at det ikke er et krav (ekvivalent blir indexAt(int x, int y)).

    changePlayer(String s) forventes og av JExercise, og har ingen ekvivalent i oppgaveteksten. Burde ikke typen her, og flere andre steder i JExercise koden, være char ikke String?

    Ellers så ser dette ut som en veldig grei oppgave.

    1. Unknown User (palchrnj)

      Ja, JExercise-koden ble laget for en tidligere versjon - takk for tilbakemelding!

  2. Unknown User (hal)

    Har forøvrig push'et en prøve-implementasjon av de to klassene til repoet mitt, i pakken tictactoe, basert på originalkoden til Pål-Christian. Dere gjetter sikker nettadressen, basert på hvor de andre oppgavene ligger. Testene er ikke pushed (eller fikset).

    1. Unknown User (magneskj)

      Relativt likt min implementasjon, det. Noen konstruksjoner brukt som vi ikke ennå har vært innom, og jeg derfor ikke har brukt, men ellers mye av det samme.

  3. Unknown User (magneskj)

    Kanskje en idé å slå sammen de to JExercise test-klassene? Gjør det litt lettere for folk å sjekke alt på en gang.