rita ut 2 objekt c++ SFML

Citera flera Citera

2015-08-02 16:56

RiJo

Medlem

Plats: Göteborg
Registrerad: Jun 2002

●

Du måste instansiera både player och alien i konstruktorn som används. Nu är antingen den ena eller den andra null beroende på vilken konstruktor som används.

Skickades från m.sweclockers.com

Visa signatur

..:: RiJo ::..
Computer: Lenovo X300
Platform: Gentoo

Citera flera Citera

2015-08-02 18:03

turbogeten

Medlem

Registrerad: Jun 2012

●

Skrivet av RiJo:

Du måste instansiera både player och alien i konstruktorn som används. Nu är antingen den ena eller den andra null beroende på vilken konstruktor som används.

Skickades från m.sweclockers.com

Hur ska det gå till om man vill skicka med olika paramatrar till de olika objekten då? För parameter listorna skiljer mellan objekten.

Visa signatur

Citera flera Citera

2015-08-02 18:53

RiJo

Medlem

Plats: Göteborg
Registrerad: Jun 2002

●

Antingen får du lägga in en null-check för player och alien i draw(), eller så skapar du en klass per objekt-typ (och då kanske använda Object-klassen som basklass). Min rekommendation är det senare.

Skickades från m.sweclockers.com

Visa signatur

..:: RiJo ::..
Computer: Lenovo X300
Platform: Gentoo

Citera flera Citera

2015-08-03 11:47

turbogeten

Medlem

Registrerad: Jun 2012

●

Skrivet av RiJo:

Antingen får du lägga in en null-check för player och alien i draw(), eller så skapar du en klass per objekt-typ (och då kanske använda Object-klassen som basklass). Min rekommendation är det senare.

Skickades från m.sweclockers.com

Men när det gäller basklass, är det inte så att subklasserna får tillgång till basklassen och inte basklassen till subklasserna? Eller fungerar det på båda hållen?

Visa signatur

Citera flera Citera

2015-08-03 20:02

RiJo

Medlem

Plats: Göteborg
Registrerad: Jun 2002

●

Skrivet av turbogeten:

Men när det gäller basklass, är det inte så att subklasserna får tillgång till basklassen och inte basklassen till subklasserna? Eller fungerar det på båda hållen?

Jo, det är så det fungerar (om man bortser från private, protected, etc). Men basklassen kan deklarera funktioner som definieras i subklasserna:

class Object 
{
public:
	virtual void draw(const sf::RenderWindow &WINDOW) = 0;
};

class Alien : public Object
{
private:
	SFML::xx *x;
public:
	Alien(float newRow, int type) { ... }
	virtual void draw(const sf::RenderWindow &WINDOW) override { x->draw(WINDOW); }
};

class Player : public Object
{
private:
	SFML::yy *y;
public:
	Player(float xPos, float yPos) { ... }
	virtual void draw(const sf::RenderWindow &WINDOW) override { y->draw(WINDOW); }
};

Vilket leder till att man använda polymorfism (generalisera hantering av objekt genom gemensam basklass) för att göra följande:

std::vector<Object *> foo;
foo.push_back(new Alien(a, b));
foo.push_back(new Player(c, d));
...
sf::RenderWindow win;
...
win.clear();
// Notera: loopen är C++11 syntax
for (auto object: foo)
	object->draw(win);

Vad var anledningen till att du slog ihop klasserna (antar alien och player) i första hand?

Edit: fixade lite slarvfel i koden.

Senast redigerat 2015-08-03 20:16

Visa signatur

..:: RiJo ::..
Computer: Lenovo X300
Platform: Gentoo

Citera flera Citera

2015-08-03 21:09

turbogeten

Medlem

Registrerad: Jun 2012

●

Skrivet av RiJo:

Jo, det är så det fungerar (om man bortser från private, protected, etc). Men basklassen kan deklarera funktioner som definieras i subklasserna:

class Object 
{
public:
	virtual void draw(const sf::RenderWindow &WINDOW) = 0;
};

class Alien : public Object
{
private:
	SFML::xx *x;
public:
	Alien(float newRow, int type) { ... }
	virtual void draw(const sf::RenderWindow &WINDOW) override { x->draw(WINDOW); }
};

class Player : public Object
{
private:
	SFML::yy *y;
public:
	Player(float xPos, float yPos) { ... }
	virtual void draw(const sf::RenderWindow &WINDOW) override { y->draw(WINDOW); }
};

Vilket leder till att man använda polymorfism (generalisera hantering av objekt genom gemensam basklass) för att göra följande:

std::vector<Object *> foo;
foo.push_back(new Alien(a, b));
foo.push_back(new Player(c, d));
...
sf::RenderWindow win;
...
win.clear();
// Notera: loopen är C++11 syntax
for (auto object: foo)
	object->draw(win);

Vad var anledningen till att du slog ihop klasserna (antar alien och player) i första hand?

Edit: fixade lite slarvfel i koden.

Okej tack. Har ett UML att följa och sen så vill jag kolla kollisioner med alien, spelare och skott som finns inuti player. Antar det är lättast att kontrollera allt sådant här i en gemensam update.

Visa signatur