Diskuze: znovupoužitelný kód pro vývoj 2D her
Patrik Valkovič:29.10.2015 22:29
Memory leak ti tam nemůže vzniknout už z principu OS. Pokud nepracuješ s
real-time systémy, musí se starat OS o správu paměti. Tedy nemůže stejnou
pamět přiřadit několika procesům. Když program skončí, tak se
automaticky (ve všech systémech) paměť uvolní. Kdyby se paměť neuvolnila
po ukončení programu, tak ti bude na RAM ležet kus paměti, kterou OS
nemůže použít ani pro jiné procesy, což je samozřejmě blbost.
V real-time OS to funguje na trošku jiném principu, ale základ je v tom, že
ti běží pouze jediný proces, který má všechny prostředky. Jakmile se
proces ukončí, tak příjde další proces, který má zase stejné
prostředky. Co se může maximálně stát je, že další proces bude mít
někde v paměti uložené data předchozího procesu, ale pokud neřešíš
věci jako hesla, šifrování a podobné věci, kde ti teoreticky můžou
zůstat "citlivé" informace uložené v RAM, tak tě to vůbec nemusí
trápit.
Prostě řekni, že OS si automaticky paměť uvolní, a nemusíš se o to tedy
jako programátor starat.
Cygwin ti prakticky přenese příkazovou řádku Linuxu do Windows. Máš tam bash a podobné věci, které můžeš používat. Můžeš si tam stáhnout g++ kompiler, který funguje prakticky stejně jako MSBuild a podobně. Co vím, tak MinGW funguje na stejném principu.
V g++ pomocí přepínače nastavuješ možnosti
g++ Source.cpp -mcall-linux # měl by se zkompilovat pro Linuxpomocí přepínače -b nastavíš architekturu a tak. Viz http://linux.die.net/man/1/g++
Ale nemyslím si, že by tě to mělo zajímat, když se jedná jen o školní
projekt 
Opět děkuji za vaše odpovědi. Otázka multiplatformnosti opravdu není nijak horká, jen by byla škoda ji nevyužít (když můžu). Singletony rovněž považuji za vyřešené. Teď se pokusím nastínit v čem mám problém s tou AZT.
Mám klasickou herní smyčku, která 1. načte vstup, 2. provede update, 3. render - všechno vykreslí na obrazovku.
Hra se může současně nacházet v dané chvíli v jednom "stavu" (menu, game over, ...). Abych tedy nemusel použít u updatu a renderování nějaký switch, chci implementovat FSM. Ta by měla pointer na jakousi obecnou třídu "stav" a při volání update a render by se tedy využil polymorfismus. Třída stav by pak obsahavola pole pointerů na jakousi obecnou třídu "objekt" (pro menu tlačítka, pro samotnou hru postavy, ...), tudíž update a render se provede opět s pomocí polymorfismu.
No a já si nejsem jistý, zda-li bych měl použít pro ony obecné třídy "objekt" a "stav" AZT. Taky tápu nad tím, jak moc obecně bych to měl navrhnout? Např.:
class azt_objekt {
public:
virtual void update() = 0;
virtual void render() = 0;
virtual ~objekt() {}
};Pak konkrétní třída by mohla vypadat třeba takto:
class had : public azt_objekt {
private:
vector2d *p_telo;
public:
virtual void update() {...}
virtual void render() {...}
};Mám pak v plánu naprogramovat hada...
Analogicky bych vytvořil třeba třídu pro "potravu". Je to opravdu
poprvé, co se snažím programovat objektově (znovupoužitelný kód), kdybych
to dělal procedurálně, tak by to až takový problém nebyl. Holt se stejně
někdy to OOP budu muset naučit. (možná by to chtělo ty objekty navrhnout
ještě nějak jinak 
)
Ahoj, jelikož už nejspíš nikdo nemá zájem přispět k tomuto tématu
... Označím jej tedy za
vyřešené. Na AZT jsem nakonec nějak vyzrál, udělal řadu dalších změn a
začínám to vidět docela nadějně.
Naposledy ještě jednou díky za všechny vaše postřehy a rady
+5 Zkušeností
Zobrazeno 9 zpráv z 9.