Moteur graphique : Singleton est-il un bon pattern ?

Bonjour,

Je suis actuellement en train de réaliser le développement d'une application dans laquelle je vais implémenter un moteur graphique, ainsi qu'un moteur de gestion d'entrées/sorties, et un moteur audio.

L'application est développée en C++ et donc bien entendu orientée objet, et j'aurais aimé savoir comment vous auriez envisagé de rendre le moteur graphique "disponible" pour toute l'appli, l'utilisation du singleton vous parait-elle adaptée à ce type de situation ?

Je vous remercie de vos remarques et réponses, pardon si le sujet n'est pas très clairement exprimé :)

Le pattern Singleton permet de t'assurer de l'existence d'une unique instance d'un objet, cela ne rend pas forcément cet objet 'disponible' de partout.

salut,

Citation:

---

Envoyé par hed62

Le pattern Singleton permet de t'assurer de l'existence d'une unique instance d'un objet, cela ne rend pas forcément cet objet 'disponible' de partout.

---

Non pas tout a fait. Il y a vraiment ces deux aspect dans le Singleton
1) l'instance unique
2) disponibilite

Si tu oublies le deuxieme point, c'est-a-dire le fait de definir via le Singleton des variables globales, tu perds de vue cet effet de bord 'dangereux'

Citation:

---

Envoyé par Takusen

...
L'application est développée en C++ et donc bien entendu orientée objet, et j'aurais aimé savoir comment vous auriez envisagé de rendre le moteur graphique "disponible" pour toute l'appli, l'utilisation du singleton vous parait-elle adaptée à ce type de situation ?
...

---

il faudrait que tu precises ca: "rendre le moteur graphique "disponible" pour toute l'appli".
La facon plus classique de 'rendre disponible' un objet,c'est de passer une reference vers cet objet a celui qui en a besoin.

J'avais eu ce soucis, pour faire également un moteur graphique.

Ce qui est dangereux avec les singleton, c'est de tomber dans la singletonite.
Le mieux ai que ton moteur graphique propose un gestionnaire (genre CGraphicManager) qui est un singleton forçant l'utilisateur de ce moteur à ne passer que par lui.

Code:

---

1 2 3 4 5 6

CLight myLight; CGraphicManager::Instance().CreateLight(&myLight); myLight.SetAmbient(RGB(255, 255, 255)); CGraphicManager::Instance().SetLight(&myLight);

---

CGraphicManager s'en remettra à sa gestion des lumières (interne et non globale) sans que l'utilisateur n'ai à faire CLightManager::Instance().CreateLight() puis CGraphicManager::Instance().SetLight()

Pour plus de confort, tu peux faire un typedef pour utiliser plutôt GraphicManager.Fonction() plutôt que CGraphicManager::Instance().Fonction()