Jeden static, kilka klas?

pytanie zadane 21 października 2015 w C i C++ przez jeżozwierz Początkujący (490 p.)

Hej!

Tworzę prostą gierkę 2D typu "Space Invaders" przy pomocy SFMLa. Hierarchia statków wygląda tak, że na samej górze hierarchii klas mam jedną abstrakcyjną, a po niej dziedziczą konkretne typy statków, po tych natomiast (niektórych) dziedziczą ich formy po ewolucji (coś jak Pokemon<-Pikachu<-Raichu). I teraz chcę dla każdej klasy statków zdefiniować texturę i sprite'a używając atrybutu static, no bo przecież każda "rodzina" statków będzie je miała dokładnie takie same. I teraz: jak mam to zrobić? Bo chyba jak w klasie ze szczytu hierarchii to zadeklaruję, to dostanę jedną texturę i sprite'a dla wszystkich statków, nie?

Pozdrawiam

2 odpowiedzi

odpowiedź 21 października 2015 przez Patrycjerz Mędrzec (192,320 p.)

Oczywiście, jeśli zadeklarujesz jakąś teksturę lub sprite'a jako statyczne pole w klasie abstrakcyjnej, to klasy pochodne także będą je posiadać.

komentarz 21 października 2015 przez jeżozwierz Początkujący (490 p.)

No tak, ale statyczne pole = wspólne dla wszystkich i koniec. A ja chcę po jednej texturze i sprajcie dla każdej klasy statków (no oprócz tej abstrakcyjnej).

komentarz 21 października 2015 przez Patrycjerz Mędrzec (192,320 p.)

Dziedziczenie składowych statycznych polega jedynie na nadaniu im widoczności w danej klasie, nie stworzeniu ich nowych kopii. Jeśli będziesz dziedziczył teksturę i sprite każdej klasie, to one będą działały tylko na jednej wersji tych zmiennych (tak, jakbyś pracował na zmiennych globalnych).

Co do rozwiązania problemu, to radzę stworzyć teksturę gdzieś na zewnątrz tej hierarchi klas lub zrobić z niej zmienną statyczną klasy abstrakcyjnej dziedziczonej przez klasy pochodne. A swojego sprite'a powinien posiadać każdy obiekt, bo jak inaczej wyświetlisz wszystkie statki na ekranie? (można użyć tylko jednego sprite'a, ale jest to sposób bardzo nieefektywny)

komentarz 21 października 2015 przez jeżozwierz Początkujący (490 p.)

Masz rację, z tym sprajtem to się popisałem, haha xD

Po prostu pomyślałem o teksturze, a sprite napisałem przez analogię bez przemyślenia tego.

komentarz 21 października 2015 przez event15 Szeryf (93,790 p.)

@Patrycjerz szacun :D widać ostro sie uczysz! gz:)

odpowiedź 21 października 2015 przez criss Mędrzec (172,590 p.)

Możesz zrobić to na takiej zasadzie:

class Parent 
{
    static sf::Texture tex;
public:
    virtual sf::Texture& getTex() const {
                 return tex;
    }
};
 
class Child : public Parent 
{
    static sf::Texture tex;
public:
    sf::Texture& getTex() const {
        return tex;
    }
};

Btw. nie myślałeś o wykorzystaniu wskaźników? Tzn. każdy obiekt trzyma wskaźnik na teksture.

PS: dokopałem się do czegoś takiego https://github.com/SFML/SFML/issues/741

komentarz 21 października 2015 przez jeżozwierz Początkujący (490 p.)

Mhm, no to sobie podaruję ten static jeśli chodzi o SFML'a.

Dzięki za pomysł ze wskaźnikami . W sumie logiczne - chcę jedną teksturę dla jednej rodziny, no to niech sobie cała rodzina ją wskaże ;d