Choix de conception délégation vs héritage multiple

Bonsoir,

Je suis en train de programmer une application C++ qui permet la création d'une fenêtre avec un contexte OpenGL, j'aimerai qu'elle soit portable sous linux(X11) et Windows. Je suis conscient qu'il existe des tas de bibliothèques qui font ce que je cherche à faire et que je suis en train de "réinventer la roue" mais mon but est simplement d'apprendre à programmer correctement.

J'ai une classe abstraite OpenGLWindow dont hérite une classe OpenGLScene et j'aimerai réaliser le traitement des événements (clavier souris etc.) ma fonction de callback étant un membre privé de OpenGLWindow. J'aimerai cependant pouvoir modifier les paramètres de OpenGLScene grâce à cette fonction. Là deux choix s'offrent à moi. Le premier, créer une classe abstraite EventHandler dont hériterai OpenGLScene de sorte que l'on code la gestion des événements dans OpenGLScene directement. Le second étant de créer une même classe abstraite AbstractEventHandler mais d'en faire un membre de OpenGLWindow, de sorte qu'il faille créer une classe concrète EventHandler et de la passer au constructeur de la fenêtre.

Je pencherai personnellement pour la deuxième approche, j'aimerai cependant avoir des avis sur ces deux méthodes, selon vous laquelle semble le plus appropriée pour résoudre mon problème ?

Merci d'avance de vos réponses,
Cordialement Kandro.

J'ai rarement fait de la programmation d'IHM et événementielle, mais pour info, la bible des design patterns se concentre sur ces problématiques.

Hello,

Citation:

---

Envoyé par kandro

J'ai une classe abstraite OpenGLWindow dont hérite une classe OpenGLScene

---

Je dirai plutôt qu'une fenêtre contient 1 (ou plusieurs) scène(s). C'est bizarre de dire qu'une scène est une fenêtre.

Sinon, j'ai bossé sur lib similaire récemment. Pour le traitement des événements j'ai fais ça en 2 temps :

Chaque Widget contient un EventHandler, quand un message est reçu (venant de l'OS), il traverse la hiérarchie de Widgets pour être éventuellement traité par un Widget.

L'EventHandler du Widget traite le message. Le Widget s'abonne auprès de son EventHandler à des "événements simples" du type "la souris survole cette zone", "un clic à eu lieu sur cette zone" etc... et le Widget est en charge de convertir cet "événement simple" en "événement complexe".

Par exemple un bouton peut transformer "un clic à eu lieu sur cette zone" en "onClick", alors qu'une fenêtre le transformera en "onClose", etc...

Ainsi les utilisateurs de la lib peuvent s'abonner à ces "événements complexes" auprès des Widgets.

Je ne sais pas si la meilleure solution par contre, mais ça permet de factoriser pas mal de code.