Page History

I denne oppgaven vil vi gå ut ifra allerede implementerte spill. Vi vil bygge på tidligere implementerte rutenettbaserte spill og legge til nye kommandoer og anvende grensesnitt-mekanismen. Vi vil bygge på oppgavene TicTacToe, Sokoban og Sudoku. 

Del 1 (40%)

Her skal du implementere kommandoer for å angre (eng: undo) handlinger (legg, trekk, ...) og gjenta (eng: redo) handlinger som er angret. Hvis brukeren angrer en handling, så skal spillet settes tilbake til den forrige tilstanden, dvs. tilstanden før handlingen. Dersom brukeren gjentar en handling (altså angrer angringen) vil handlingen som brukeren angret bli utført på nytt.

...

Før du går i gang med denne delen kan det være lurt å ta en titt på wikisiden for Lesing fra og skriving til fil.

...

La spillet ditt implementere det allerede definerte grensesnittet ConsoleGame. ConsoleGame-grensesnittet definerer metoder for å initialisere, starte og styre spill. ConsoleGame-interfacet er vist under til venstre:

public interface ConsoleGame {
	public void init(String level);
	public void run(ConsoleOutput output);
	public Integer doLine(String input);
}

public interface ConsoleOutput {
	public void message(String message);
	public void error(String message);
}

Oppførselen til metodene er som følger:

• init(String)-metoden fjerner all informasjon om et evt. spill som er igang og initialiserer det med informasjon fra String-argumentet. Du avgjør selv hvordan argumentet tolkes, men bør støtte filnavn. Denne må kalles før run()-metoden.
• run(ConsoleOutput)-metoden starter et nytt spill, i den forstand at det er klar til å ta imot kommandoer fra brukeren. Kommandoene vil komme gjennom kall til doLine-metoden. All output fra programmet til brukeren skal formidles med kall til ConsoleOutput-argumentet sine message- og error-metoder, så dette objektet må lagres unna til siden.
• Integer doLine(String)-metoden utfører en kommandolinje, som om den ble skrevet inn av brukeren. Returnverdien angir om spillet er ferdig og hva resultatet ble. Dersom returverdien er null, så er spillet fortsatt igang, dersom verdien er positiv så vant spilleren (evt. spiller 1), dersom verdien er negativ så tapte spilleren (evt. spiller 1) og dersom den er 0 så er resultatet udefinert evt. uavgjort. I løpet av kallet til doLine, så skal informasjon om (den nye) tilstanden til spillet formidles til ConsoleOutput-objektet sin message-metode.

Det er viktig å merke seg at all styring av spillet må skje gjennom doLine-metoden, inkludert å lese inn nye evt. tidligere spill fra fil, siden det ikke finnes noen spesifikk metode som gjør dette. Dette betyr at du må lage kommando-syntaks for dette, som fungerer ved siden av de andre kommandoene for å styre spillet. F.eks. kan en tenke seg følgende kommandoer for lagring og lesing av tilstanden til spillet:

• > filnavn: lagrer tilstanden til spillet i filen ved navn filnavn
• < filnavn: leser inn og (re)starter spillet lagret i filen ved navn filnavn
• ... andre kommandoer for å styre spillet, f.eks. w for opp, s for ned, a for venstre, d for høyre eller koordinatpar x,y for å legge brikke i rutenett osv.

Det blir gitt ut en klasse (som ikke er klar ennå) som "driver" et spill som implementerer ConsoleGame-grensesnittet, som du kan bruke til å teste om implementasjonen din fungerer etter hensikten. Dersom denne klassen heter GameDriver og din spill-klasse heter MittSpill, så skal følgende main-metode kunne brukes for å kjøre ditt spill ved hjelp av ConsoleGameDriver-klassen:

public static void main(String[] args) {
	ConsoleGameDriver.main(new String[]{DittSpill.class.getName(), <initielt brett eller null>});
} 

Hensikten her er å vise at en kan lage en generell driver for mange typer spill, hvis disse spillene implementerer et felles grensesnitt med relevante metoder. Vi har satt %-verdien lavt, ikke fordi del-oppgaven er raskt gjort, men fordi den kanskje er litt vanskelig...

Koden for driver-klassen finner du her: program/ConsoleGameDriver.java.

Si fra hvis den ikke fungerer mot ditt program og du mener det ikke er din feil!

...