Pour les abstractions au niveau des messages, il s'agit bien de faire des communications entre des objets qui s'ignorent, et à part inventer des fonctions friend dans tous les sens ou travailler avec tout en global, je ne vois pas trop comment faire autrement (à mon niveau).
Et pourquoi ne pas partager ces informations ? Une icone autant qu'une liste déroulante, une unité ou un ascensceur a besoin de savoir si la souris est là pour savoir quoi faire, non ? A moins qu'au niveau supérieur, on dise quoi faire faire à chaque élément affiché, ce qui contraint la classe supérieure à connaitre des données sur la classe inférieure, on revient toujours au problème de responsabilités et de délégation du travail.
J'ai fait le choix de la simplicité, mes essais pour tout abstraire ayant fini en une choucroute monumentale, sans une ligne de code "efficace" (faisant réellement avancer quelque chose dans le programme), par contre, yavait de la création d'objet et de l'allocation dans tous les sens. Au final, je n'ai rien fait (de concret).
Mais je suis preneur d'une esquisse de solution plus précise que "gestion souris + clavier" + "dessin"
Une icone à qui je dit de s'afficher, elle a bien besoin de savoir comment est foutu le clavier pour le faire, à moins que je m'adresse 15 fois à cet objet en lui demandant différentes choses à chaque fois (et là, ça sera bien découpé mais bordelique).
Sinon, j'ai besoin d'une classe abstraite (Icon justement), de laquelle vont dériver toutes les icones de mon interface. Seulement, je crois que je ne peux pas avoir de données dans une classe abstraite, que des méthodes ? Et pourtant, les icones ont plein de choses en commun au niveau des données... Alors comment faire, une interface pour les méthodes et une classe pour les données, et un héritage multiple au final ? Ca me parait lourd...