A gyakorlatvezető segítségével járjátok körül a heterogén kollekció jelentését! Miért mindig pointert tárolunk heterogén kollekcióban?
Megoldás
- Érték szerint nem tárolhatjuk őket csak simán, mert fordítási időben ki kellene derülnie a méretüknek. Különben is, az egyes leszármazottak eltérő méretűek lehetnek, egy sima tömb ezért biztos nem lesz jó.
- Ha az ősosztály ráadásul absztrakt, akkor abból egy példány sem lehet, tömb meg pláne nem. És szinte mindig absztakt, különben valószínűleg tervezési hiba van.
- Referenciákat nem tehetünk tömbbe.
- Marad tehát a pointer. Általános ökölszabály, hogy a heterogén kollekció mindig (valamilyen) pointer(eke)t tárol. Később látni fogjuk, hogy ezek jellemzően okos pointerek lesznek.
- A pointer azt is jelenti, hogy dinamikusan foglalt objektumokra mutató pointereket tárolunk, tehát nekünk kell foglalkozni a memóriakezeléssel. (Egészen addig, amíg nem okos pointereket használunk.)
- A pointereket tartalmazó tároló lehet egy sima tömb is, de általában valamilyen STL tárolót használunk. Sőt, olykor előfordul, hogy mindig 1 db elemet tárolunk a "kollekcióban".
Írjunk Pacman játékot! Legyen paraméterezhető a szörnyek stratégiája! Az eredeti játékban is a négy szörny mind különböző stratégiával ment, ehhez alkalmas viselkedésre készítsük fel a játékot.
Töltsd le a kiindulási alapot! Nézzük meg az elemeit, ezeknek ismerősnek kell lennie az előző két gyakorlat anyagából: Matrix és tic-tac-toe.
enum Irany: a mozgás irányát (melyik szomszédos cellába akar menni) jelképezi. Egy helyben is maradhatnak, az aSEMMI. Az értékek egészosztásos trükk miatt azok, amik: így könnyű irányból elmozdulásvektort (x, y) számolni. Vanirany_randomis.struct Pont: ismerős a tic-tac-toe-ból. Az elmozdulást az Irany-t átvevő konstruktora számítja.class Palya: ez egy átalakítottMatrix. Az erőforráskezelést rábíztuk egy létező dinamikus tömb-implementációra, azstd::vector-ra. A furcsa (függvényhívás operátoros) indexelés helyett lett rendes is, amiPontparamétert vár. Van konstruktora, ami sztringtömböt tud átvenni, a méretet template trükkel találja ki. Vannak tic-tac-toe-ból ismerősvalidésszabadtagfüggvényei, amiknek már az előző gyakorlaton tagfüggvénynek kellett volna lenniük. Akovetkezomegmondja, hogy azon a pályán melyik ponttól milyen irányban melyik pont van. A figurák körbe-körbe mászkálása miatt kell. Van kiíró operátor is hozzá.
Milyen osztályokra van még szükség? Közöttük milyen hierarchiát érdemes felállítani?
Megoldás
Van négyféle szörny, amelyeknek a viselkedése különbözik: Blinky, Pinky, Inky, Clyde. A szörnyek viselkedésében gyárilag az a közös, hogy
- Alakjuk egyforma, csak a színük más. Tehát ugyanúgy kell őket kirajzolni, csak más adatokkal. Legyen tehát egy eltárolt karakter, amit a konstruktorában lehet megadni, és a
figuramindig azt adja vissza. Vegyük észre, hogy adattag == adat, virtuális függvény == viselkedés. Itt a kettő közötti transzformáció történt. - A pacmannel mindegyik ugyanúgy ütközik. Ez terjedelemben macerás lenne, így most nem modellezzük.
- Mindegyiknek van állapota, ami megváltozik a Power Pellet hatására, vagy ha megeszik őket. Ezeket sem modellezzük most.
- A pacman és a szörnyek viselkedésében biztos van közös: mindkettő tud mozogni, és mindkettő kirajzolható.
- Adattagok:
holáll, ésmerrenéz, legyenek protectedek. Ezeket be is kell állítani, legyen rá konstruktor. Alapból minden bábu sehova néz. - Hogy ne lehessen csalni, a pályára nem ők írják be magukat, hanem a játék osztály. Tehát a
leplegyen const, és adja vissza a lépési szándékot (Irany). - Mivel itt heterogén kollekció lesz, ezért kell virtuális destruktor. Igazából már egy virtuális függvény megléte miatt is kell.
- A Babu és a Szorny biztosan absztrakt, hiszen nem adtuk meg, hogyan mozognak, de valahogy kell nekik.
Egy játék pedig egy pályából, egy játékosból és négy szörnyből áll. Az osztálydiagramon csak az elkészítendő osztályok szerepelnek, metódusok és adattagok nélkül.
