Discussion :

[simac]

Bonjour à toutes et à tous!
N'ayant malheureusement pas eu beaucoup d'occasions pour utiliser les classes, j'aimerai vous soumettre un dilemme quand à l'écriture de l'une d'elles.
J'essai de construire une classe pour instancier un bouton avec SFML. Cette classe Button (que je crée) utilise la classe sf::Text. Je suis tenté de faire hériter ma classe Button de la classe sf::Text, mais ce serait faux dans la mesure où un boutton n'est pas un texte, mais contient du texte.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
class Button : public sf::Text   //un bouton n'est pas un texte...
{
...
};

Pourtant, cela me semble la solution la plus intuitive pour l'utilisateur: pour modifier le texte du bouton et ses attributs, il suffit d'écrire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
Button bouton;
bouton.setString("texte");   //setString provient de la classe sf::Text
bouton.setCharacterSize(24); //setCharacterSize provient de la classe sf::Text

Et je n'ai pas à re-créer toutes les fonctions pour pouvoir utiliser la syntaxe ci-dessus (fonctions qui prendraient quatres lignes, je vous l'accorde, mais il y en a une vingtaine...)
De plus, cela permet d'utiliser les fonctions de sf::Text dans les fonctions de ma classe, et (peut-être, je n'en suis pas sur) d'utiliser sf::Text comme un objet de ma classe:
window.draw(sf::Text);.

Sinon, il faudrait que je déclare un objet sf::Texte texte en publique pour y accéder grâce à button.text, ce qui donnerait par exemple: button.text.setString();.
Mais je trouve cette solution assez peu esthétique...



Que devrais-je utiliser ? L'héritage, un objet privé, un objet publique, ou quelque-chose qui ne me viens pas à l'esprit ?

Merci pour votre patience !

Cordialement,
Simac

[Pyramidev]

Bonjour,

Je penche pour un objet membre sf::Text privé.

Sur internet, j'ai trouvé ceci :
http://pushbuttonreceivecode.com/blo...your-sfml-game

[simac]

Merci pour le lien, très intéressant !

Donc en privé pour une meilleur sécurité ? C'est jouable, mais long ^^

[koala01]

Salut,

Effectivement, on ne peut décemment pas estimer qu'un bouton soit un texte. Cela n'aurait aucun sens, et invalide donc l'idée même d'utiliser l'héritage.

La seule solution restante est donc bel et bien une composition. D'ailleurs, tu l'as dit toi-même : un bouton contient du texte

Par contre, tu n'es absolument pas obligé d'exposer toutes les fonctionnalités de sf::Text au niveau de ton bouton. Mieux encore, on peut décemment considérer le fait que

1. (selon Déméter) la personne qui manipule ton bouton n'a absolument aucun besoin de savoir que le texte qui apparait est représenté par un sf::Text
2. une fois que le texte d'un bouton est défini, il n'y a -- normalement -- plus aucune raison de vouloir le changer

L'idée est donc de créer un bouton proche de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
class Button/* : sf::drawable //??? */{
public:
    Button(std const & text):text_(text){
 
    }
    void draw((RenderTarget &target, RenderStates states) const override { //inherited from sf::drawable
        /* ce qui a trait au tracé du bouton "him self" */
        text_.draw(target, states);
    }
private:
    sf::Text text_;
};

NOTA : Ton role, en tant que développeur d'une fonctionnalité est de te "casser la tête pour que ceux qui utilisent ce que tu as développé n'aient pas à le faire"... En prenant le temps de faire les choses correctement, tu te facilitera énormément la tâche par la suite, car "ceux qui utilisent" ce que tu as développé, ce sera très souvent ...toi et toi seul

[simac]

C'est noté ^^