I vores 3. elaborationfase har vi arbejdet på at udbygge spillet med at lave samtlige verdener færdige med deres tilhørende zoner. I zonerne har vi tilføjet forskellige actions. Der er hovedsagligt actions hvor zonen stiller et dilemma op, som man så som spiller skal reagere på, fx et spørgsmål eller en handling.
Arbejdet med at lave de sidste to verdener, har været nogenlunde overskuelige. Vi havde skelettet fra den første verden med tilsvarende zoner, så arbejdet med de sidste to verdener var i bund og grund samme princip, dog med andre actions i zonerne.

Lige nu har vi stort set lavet vores spil, som overordnet består af:
- 3 verdener med tilsvarende 3 zoner.
- Hver zone har en action med nogle selektioner, hvor brugerens valg kan få konsekvenser senere i spillet.

I ugens løb har vi haft problemer med nogle af vores actions. I zone 7 har vi en action hvor det gælder om at ramme 6 ud af 10 tal. I starten havde vi lavet en string metode.
if (cmd.equals("5"))
Vi brugte en equals(), på det der blev sendt som input fra spilleren, men der blev en masse skrivearbejde og vi havde svært ved at finde ud af hvordan vi kunne lave en generel metode, så vi kunne undgå al dobbelkonfekten og vi tænkte at der måtte være en nemmere måde at gøre det på.
Derfor gik vi ind på nettet, på Javas API og læste om patterns hvor vi fandt en ny måde at lave denne metode ved at bruge matches() i stedet for den tidligere equals()
if (cmd.matches(”5 | 3”)
Dette var ugens største problem, så det var dejligt at vi fandt ud af hvordan det kunne løses, efter megen diskuteren frem og tilbage.
Vi har også haft et par småproblemer med at placere koden i den rigtige rækkefølge, så compileren forstår hvornår den skal udføre det vi gerne vil have.

Uge 13 - den foregående uge:
I denne uge har vi arbejdet på vores 2. elaborationfase, hvor vi har videreudviklet spillet og gjort det mere overskueligt, at programmere videre i spillet. Sidste uge havde vi "næsten" hele spillet samlet i én klasse, det gjorde det meget uoverskueligt, eftersom vores spil har et rimeligt stort omfang. I denne uge har vi uddelt metoder og commands til flere klasser det krævede en del omstrukturering, men som i sidste ende gav et mere overskueligt spil. Det er nu nemmere og mere overskueligt at videreudvikle vores spil til det vi gerne vil ende ud med i sidste ende.
Vi har oprettet 2 universer ud af tre, swamp og forest, som hver indeholder 3 zoner. Det store problem ved verdenerne var at finde en god måde at ”gå” fra den ene verden til den anden, som vores illustration fra sidste uge viste(Indlæg 19. marts 2009). Som illustrationen viste, har vi oprettet nogle verdensklasser. Overgangen mellem disse verdener sker ved et zoneskift, men zoneskiftet kan først ske når vi er i den sidste zone i den enkelte verden og det er spilleren der selv vælger om han vil gå videre eller bevæge sig længere tilbage i spillet.
I denne uge arbejdede vi også meget med at oprette nogle spørgsmål i de forskellige zoner. Vi har her tænkt meget over hvordan spillet skulle reagere på de forskellige svar fra brugeren og lavet sjove outputs på svarmulighederne, så det er sjovt for spilleren at bevæge sig rundt i vores univers.
I en af zonerne vi har lavet, som vi kalder Donkey, var det vores ide at man kunne tilføje Donkey til helten for at gøre spillet lidt sjovere og derved lave både en let og en svær version. Altså skal Donkey være en hjælper i spillet. Vi lavede en boolean som kunne se om Donkey var tilknyttet Shrek. Eks. hvis Donkey er sand får spilleren lette spørgsmål på den kommende færd. Og hvis Donkey er falsk så får spilleren de svære spørgsmål på den kommende færd. Vi har altså efter denne uge fået helt styr på skelettet i vores spil og det er nu meget simpelt at udbygge det til det endelige spil.

Uge 14 - den kommende uge:
I vores 3. elaborationfase vil vi derfor arbejde med at få skrevet alle de præcise udtalelser fra spillet til spilleren og få oprettet den sidste verden og resten af zonerne så spillet bliver helt klar til gennemførelse. Vi mangler derfor en del skrivearbejde, men det er simpelt, fordi det hele egentligt svarer til de ting vi allerede har fået lavet og derfor har vi ikke længere nogle højrisikoområder i vores projekt. Udover de sidste zoner og den sidste verden, skal vi også have skrevet en del actions som vi mangler i verden 2 og 3.

googlecode

Så har vi endelig efter lang tid fundet ud af at lægge vores kode på googlecode :)

https://stud20082582.googlecode.com

Status på projekt d. 19. marts 2009

Uge 11
I denne uge har vi arbejdet på vores 1. elaboration fase. Vi startede med at være meget objektorienterede, og er det til dels stadig, men vi fandt ud af at det ikke var den helt rigtige måde for os at arbejde på. I starten af ugen arbejdede vi med at oprette en masse klasser, men hvordan de skulle interagere med hinanden havde vi ikke helt tænkt over, derfor gik vi i stå i arbejdet. Vi havde ikke overblikket og den krævede viden til at fortsætte på denne måde.
Derfor valgte vi at lægge projektet lidt fra os og begyndte derefter på ny, helt fra skratch. Vi prøvede at se projektet fra en ny vinkel, hvor vi begyndte at tænke i nye baner og prøvede at løse små problemer af gangen i stedet for at oprette hele spillet på en gang. I sidste uge havde vi en idé om at vi kunne oprette klasserne og få dem til at interagere med hinanden derefter. Men vi måtte indse at det ikke kunne lade sig gøre for os.
I slutningen af denne uge har vi derfor ikke fokuseret så meget på klasserne, derimod fokuseret på spillet i små bider, og opretter klasserne når det er nødvendigt for forståelsen i spillet.

Vores mål i denne uge var at oprette nogle klasser, henholdsvis: Hero, World, Zone, Helper.
Vi har oprettet World og Zone, hvilket vi fandt det relevant at gøre, hvorimod Hero og Helper stadig ikke har den store betydning i spiller, som klasser. Disse elementer vil stadig være tilstede i spillet, men de kommer til at fungere anderledes end som klasser.
Vi har indtil videre i spillet fået lavet en meget simpel arkitektur, der svarer til en meget forsimplet version af vores computerspil. Dette har vi gjort for hele tiden at kunne teste vores computerspil og se hvad det kan gøre. Vi har altså lavet et spil der udskriver forskellige sætninger til consollen som spilleren kan interagere med. Indtil videre har vi nogle få forskellige kommandoer som spillet forstår, så som "kig rundt" og "hjælp". Vi har udover disse kommandoer oprettet en del zoner som spilleren kan bevæge sig rundt i. Disse er let at udvide til flere og de kender til de zoner der ligger omkring sig selv, så vi har også kommandoer der kan bevæge spilleren ind og ud af disse zoner.

Uge 12:
I næste uge skal vi i gang med vores 2. elaboration fase hvor vi skal videreudvikle spillet og bygge på den arktitektur vi indtil har fået lavet.
Vores mål i næste uge:
· Vi skal have oprettet de tre universer som vores Hero kan bevæge sig rundt i.
· Vi skal have fundet ud af hvordan vi kan lave en god overgang mellem verdener og zoner. Dertil har vi lavet en fin illustration, der ses nedenfor. Dette har vi gjort fordi vi har diskuteret meget omkring hvordan vi skal strukturere overgangene. Vi har snakket om at zonerne skal kende til om de er exitzoner og startzoner, så de ved at hvis spilleren står i denne zone så kan han også bevæge sig over i den næste verden. Men hvis han står i en almindelig zone har han ikke mulighed for at komme ud af zonen. Han har samtidig ikke mulighed for at bevæge sig til en tidligere verden i spillet.
· Vi vil også gerne lave nogle forskellige actions i zonerne.

Tirsdag 17/3

Vi har idag set på vores klasser Hero og World.
Lige pt er vi gået lidt fast pga manglende sammenhæng i MVC.
Til i morgen arbejder vi videre på klasserne Question og Random, for at gøre spillet mere overskueligt. Tror måske vi har for mange bolde i luften lige pt.

Vores deadline for denne uge er blevet forskudt, da en af vores medarbejdere har lagt sig syg og vi derfor ikke har mulighed for at arbejde med projektet i dag. Deadlinen ligger stadig onsdag, men senere på dagen.

planlægning af elaborationfasen

Deadline onsdag kl. 14

MVC

Model:

- Verdenerne

- Helten

- Hjælperen

Vi vil forsøge at lave model-view-controlleren så vi hele tiden har mulighed for at teste vores kode undervejs.

Vi vil gerne have at helten kan bevæge sig igennem verdenerne afhængigt af antal point når vi er færdige med første elaboration. Vi vil og så se om det er muligt at lave vores hjælper uden at vi får lavet den challenge der skal til for at han kan tilføjes til helten.