spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo,

Habe mir beim Durchstöbern des 12. Kapitels die Frage gestellt, warum Heiko sehr oft dieselben Surfaces in den verschiedenen Klassen deklariert und ob dadurch Speicher- oder Leistungseinbußen einhergehen.

Beispiel:



so ungefähr, (Beispiel stark vereinfacht und nicht genauso im Buch verwendet, aber recht ähnlich )

Gibt es hier nun irgendwelche Speichereinbußen, oder ist nur ein bisschen mehr Text da und da ja die SDL_Surface* Instanz einfach übergeben wird, gibt es keine Nachteile?
Oder hat Kalista einfach zur Vereinfachung dies so zusammengefasst, statt Zeiger und Referenzen zu erzeugen ... ?

Danke für die Hilfe und eure Zeit im voraus !

ahja sry hab zwei syntaxfehler nun behoben

ok dann mal kurz ungekürzt:



class CAsteroid
{
public:
void Init (CSprite *pSpriteAsteroid, float fXPos, float fYPos);
void Update ();
void Render ();
bool IsAlive () {return m_bIsAlive;}
void SetAlive (bool bIsAlive) {m_bIsAlive = bIsAlive;}
SDL_Rect GetRect () {return m_Rect;}

private:
CSprite *m_pSpriteAsteroid; // Zeiger auf Asteroiden-Sprite
float m_fXPos; // X-Position des Asteroiden
float m_fYPos; // Y-Position des Asteroiden
float m_fAnimPhase; // Akt. Animationsphase des Asteroiden
bool m_bIsAlive; // "Lebt" der Asteroid noch?
SDL_Rect m_Rect; // Rect des Asteroiden

};


//----------------------


class CGame
{
public:
CGame ();

void Init ();
void Run ();
void Quit ();

private:
void ProcessEvents ();
void SpawnAsteroids ();
void RenderAsteroids ();
void CheckCollisions ();

CPlayer *m_pPlayer; // Spieler-Instanz
CSprite *m_pSpriteBackground; // Sprite für den Hintergrund
CSprite *m_pSpriteAsteroid; // Sprite für die Asteroiden
float m_fAsteroidTimer; // Zeitgeber für nächsten Asteroiden
bool m_bGameRun; // Läuft das Spiel noch?
list<CAsteroid> m_AsteroidList; // Liste der Asteroiden

};

//----------------


class CSprite
{
public:
CSprite ();
~CSprite ();

void Load (const string sFilename);
void Load (const string sFilename, int NumFrames,
int FrameWidth, int FrameHeight);
void SetColorKey (int R, int G, int B);
void SetPos (float fXPos, float fYPos);
void Render ();
void Render (float fFrameNumber);
SDL_Rect GetRect () {return m_Rect;}

private:
SDL_Surface *m_pScreen; // Zeiger auf den Screen des Frameworks
SDL_Surface *m_pImage; // Das eigentliche Bild des Sprites
SDL_Rect m_Rect; // Rect des Sprites
SDL_Rect m_FrameRect; // Ausschnitt für Animationsphase
int m_NumFrames; // Anzahl der Animationsphasen
int m_FrameWidth; // Breite einer Animationsphase
int m_FrameHeight; // Höhe einer Animationsphase
int m_NumFramesX; // Wie viele Anim-Phasen in X-Richtung?

};


void CAsteroid::Init (CSprite *pSpriteAsteroid, float fXPos, float fYPos)
{
// Zeiger auf Sprite kopieren und Koordinaten setzen
m_pSpriteAsteroid = pSpriteAsteroid;
m_fXPos = fXPos;
m_fYPos = fYPos;

// Animation beginnt beim ersten Einzelbild
m_fAnimPhase = 0.0f;

// Rect initialisieren
m_Rect.x = static_cast<int>(fXPos);
m_Rect.y = static_cast<int>(fYPos);
m_Rect.w = pSpriteAsteroid->GetRect().w;
m_Rect.h = pSpriteAsteroid->GetRect().h;

// Asteroid aktivieren
m_bIsAlive = true;

} // Init


hab alles relevante nunmal hervormarkiert, um die suche ein wenig zu vereinfachen,
Cobold ich hab leider keine Vorstellung ob diese 4 oder 8 Byte nun viel oder wenig sind, wenn ich in jeder meiner Klassen nun die AsteroidenSprite-Surface deklariere sind es bald nun nicht nur 4 Byte sondern weitaus mehr, ob das wenig ist kann ich nicht einschätzen, deshalb frag ich ja. Ist es effektiv was Heiko da verübt ?

Ist es nicht schlimm in den objekten framework, oder game, asteroid 3 mal das Surface screen zu deklarieren, solang ich über GetFunktionen die Instanzen bzw. Zeiger hin und her schieben kann ?

Zitat von »BlueCobold«

Du hast noch immer zwei Member-Variablen mit den selben Namen.

jetzt richtig ?

ah ok, danke für die vielen Antworten, bin bisschen schlauer geworden