Rapport Objektorienteret Pacman - Portfolio - Tommy Andersen

More documents

Recommendations

Info

5.3. Klassediagram Forklaring af alle elementer i klasse diagrammet. 5.3.1. Pacman spillet 5.3.1.1. Utilities / Tools Rapport – Objekt Orienteret Pacman spil Nedenstående billede under viser selve klassediagrammet over vores utilities og værktøjer. Dette består af klasser som hjælper til med at opbygge programmet. Hvis man kigger i første boks som består af Utilites som CLog, CInternet og CTimer, så bliver disse brugt rundt omkring i programmet og virker som tilbehør til andre klasser. Forstået således at hvis en anden klasse har brug for at udskrive en fejllog så bruger den CLog eller hvis en skal tilgå nettet så er det CInternet. Vi har også en samling af Struct / Enum som kort sagt består af en samling værdier. Dette gør det mere læseligt og mere kompakt at have flere variabler pakket end i en struct. Dette giver fordele når man kaster rundt med værdier i parameter at man kan nøjes med 1 navn og ikke hvert element inde i pakken.. Den sidste kasse består af CPicture, CGameMap og CPacWindow. Disse klasser er vigtige redskaber for at få programmet op og kører. Selve CGameMap håndtere alt der med banen at gøre. CPicture håndterer billederne og CPacWindow behandler alt der har med selv vinduet at gøre.. Side 34 af 50
Rapport – Objekt Orienteret Pacman spil 5.3.1.2. Entiteter Selve klassediagrammet over vores entiteter. Vores entititer i spillet består af de levende objekter som kræver noget grafik og logisk behandling. Måden selve strukturen virker på er at alle objekter nedarver fra ’Interfacet’ CGameEntity således at alle underklasser er tvunget til at have metoden Draw() og Handle(). Så kort sagt er et interface blevet bestemt som alle skal overholde. Den næste klasse i arkivet er ’CGameObject’ som håndterer standard egenskaberne i et spil objekt. Dette er ting som kollision check op mod banen og bevægelse af objektet. Denne klasse er ’Abstrakt’ da den indeholder en del kode og attributter i forhold til interfacet. Selve klassen kan man dog ikke oprette en instance af da den er abstrakt og kræver at et andet objekt har nedarvet og overskrevet nogle af dens metoder. Dette kan vi se på klassediagramet hvor en masse klasse objekter nedarver og overloader med deres egne metoder. Dette er ting som Pacman, Frugt, Powerup, Teleport og spøgelserne. Det smarte ved hele denne struktur er at man ved overordnet at alle klasser har Draw() og Handle() metoderne da interfacet tvinger dem ind. Dette kan man udnytte i koden og bruge når man skal tegne og opdaterer alle objekter på en gang. Så behøver man ikke spekulerer på hvilke type objekt det er, da de alle har egenskaberne fra CGameEntity. Side 35 af 50
Page 1 and 2: Rapport Objektorienteret Pacman Tom
Page 3 and 4: Rapport - Objekt Orienteret Pacman
Page 15 and 16: 3.1.3. Indtast navn 3.1.3.1. Indtas
Page 23 and 24: Applikation del 2 Rapport - Objekt
Page 31 and 32: 5.1.1.1 Vinduet, Pacwindow bliver s
Page 33: Rapport - Objekt Orienteret Pacman
Page 37 and 38: 5.3.1.3. Gamestate Rapport - Objekt
Page 39 and 40: 5.4. Sekvensdiagram Rapport - Objek
Page 41 and 42: 5.4.1 Starter App (Ref: IPO , Bilag
Page 45 and 46: 5.7.3. Multithread: Multithread bru
Page 47 and 48: 5.7.6. Bane loading Selve vores Pac
Page 49 and 50: 6.1. Konklusion Rapport - Objekt Or

Rapport Objektorienteret Pacman - Portfolio - Tommy Andersen

Create successful ePaper yourself

Delete template?

Save as template?