Envoyé par
fcharton
Ok pardon, je ne parle pas d'hierarchie de classe, là, mais du fait qu'on représente généralement l'interface sous la forme d'un pattern composite.
En gros, tu vas avoir une fenetre, qui contient un panel, qui contient une grille, qui contient des check box, etc...
Tous les éléments sont rangés dans un arbre. Si l'on a besoin d'un objet application, l'application elle même est un "superarbre" qui contient toutes les fenetres, avec leurs petits arbres... Mais il n'y a pas d'hierarchie au sens de l'héritage, juste des liens parents/enfants...
Et là, je crois qu'il faut au moins deux hiérarchies : une pour la "possession" des objets, une autre pour le rendu... Maintenant, en lisant klaim, je me dis qu'il en faut probablement une troisième pour les entrées, si l'on admet que les messages "remontent" le long de l'arbre (ce n'est pas une obligation, mais c'est souvent malin...)