Meilleur manière de faire un "manager"

Bonjour,

Je ne suis pas sûr que mon interrogation soit a sa place dans cette partie du forum, mais bon, je me lance quand même.

Je buche sur un petit moteur de jeu, j'ai commencé il y a un mois environ, et depuis hier je passe du C au C++, pour de multiple raison qui me son personnel. Le soucis c'est que je n'est pas beaucoup d'expérience dans la conception orienté objet, ce projet est un moyen pour moi, d'apprendre. Ce qui m'amène a ma question: Quel est la meilleur manière de faire un "manager", je m'explique.

Pour le moment, j'ai une classe Font, qui contient les données relative a une police de caractère (qui encapsule entre autre le nécessaire pour utilise freeType sous openGL ). Cette classe a des attributs static qui permette le management.

Exemple:

Code:

---

1 2 3 4 5 6 7 8

Font *title = new Font("arial.tff", 65); Font *text = new Font("arial.tff", 12); Font::load();   [...]   Font::unload();

---

Le constructeur Font::Font(String file, uint_t size) "précharge" les fonts et les ajoutent dans une liste chainé. Après l'instanciation les fonts ne sont pas encore utilisable de suite.

void Font::load(void) (qui ne peut être appelé qu'une elle fois) "charge réellement" les données, et rempli les instances de Font créé précédemment et les rend utilisable.

void Font::unload(void), elle, détruit toutes les instances de Font.

Ce système vous semble bien ? C'est peut être un design pattern, ou un truc du genre.
Merci d'avance.

Ca ne me choque pas comme utilisation. L'autre alternative serait de remplacer les fonctions membres statiques par un gestionnaire singleton.

Code:

---

1 2 3 4 5 6 7 8

FontManager& Mngr = FontManager::GetInstance(); Font *title = Mngr.Create("arial.tff", 65); Font *text = Mngr.Create("arial.tff", 12); Mngr.LoadAll();   [...]   Mngr.UnloadAll();

---

C'est parfois préférable aux variables et fonctions statiques, notamment lorsque tu as des problèmes de durée de vie des objets.

Merci pour cette réponse. ( Rapide de surcroit :D )

J'avais pensé a utiliser un singleton, mais j'ai pas vraiment trouvé d'argument favorable, sauf peut être la propreté de la classe Font. Le désavantage, c'est que cela alourdit l'utilisation du la classe managé. Vu que je pense utilisé ce système pour la majorité des classes de mon moteur, je souhaite rendre l'utilisation la plus intuitive possible.

Quels sont les avantages du singleton manager ?

PostScriptum: loadAll c'est vrais que c'est mieux que load :P

Citation:

---

Quels sont les avantages du singleton manager ?

---

Ca dépend de ce que tu vas lui faire faire. Par exemple il peut, lorsque tu demandes une police qui a déjà été chargée, renvoyer un pointeur sur la même instance. Il peut aussi gérer la bibliothèque sous-jacente (FreeType) correctement, etc.

Et puis comme je te l'ai dit, avoir tout en variable statique n'est parfois pas souhaitable dans la mesure où tu ne gères pas bien la construction et la destruction de celles-ci.

Merci beaucoup, je vais tourner cela dans ma tête.

Malgré tout s'il y a d'autre avis, je suis preneur :D

Citation:

---

Envoyé par Yellow.fr

Malgré tout s'il y a d'autre avis

---

Dés qu'on s'approche un tant soit peu du domaine du jeu vidéo, l'avis de Laurent est toujours le meilleur ;)

Bah, en fait c'est plus un question de conception orienté objet qu'une question de gameDev. De plus, je toujours préfère avoir plusieurs avis, et surtout d'autres solutions auxquelles je n'aurais pas forcément penser.

On ne sait jamais :P

Après, une petite réflection, je pense utilisé un compromit: faire un gestionnaire singleton afin de nettoyer les classes géré des attributs statiques, mais malgré cela, rendre le l'utilisation de ce manager implicite.

Citation:

---

és qu'on s'approche un tant soit peu du domaine du jeu vidéo, l'avis de Laurent est toujours le meilleur

---

Ouhla faut surtout pas dire ça :lol:

Citation:

---

Après, une petite réflection, je pense utilisé un compromit: faire un gestionnaire singleton afin de nettoyer les classes géré des attributs statiques, mais malgré cela, rendre le l'utilisation de ce manager implicite.

---

C'est un très bon plan ;)
Personnellement c'est ce que j'essaye toujours de faire également.