Bonjour !

Mon prof de projet m'a passé un bout de code que je dois implémenter à mon projet d'écosystème qui fonctionne actuellement sur des matrices de pixel, grâce à la ImageBuffer.

Seulement, je n'arrive pas à comprendre comment elle fonctionne !

Voici son code : http://pastebin.com/d7TGDS9S

Il y a 3 images 32*32 à la base du projet qui se chargent, et cela affiche simplement :
Aléatoirement. Ce que je ne comprends pas, c'est la fonction paint de cette classe, comment est-ce qu'elle est appelée alors que dans le main on fait juste un appel au constructeur, et quel est le Graphic qui doit être en argument de cette fonction ?

Merci d'avance !

Héritage, évènements, tout ça

Dans les grandes lignes, vu qu'elle est héritée, la fonction "paint" est connue de la JVM pour cet objet qui sait alors qu'il faut l'appeler lorsqu'un évènement lié à l'affichage survient. L'objet Graphics est tout simplement un contexte fourni à cette fonction (par les fonctions qui vont l'appeler, pas toi directement sauf cas très spécifique) dans lequel les opérations de dessin vont s'effectuer. Contexte lié de façon fort pratique à l'objet qui a hérité de ces fonctions

Typiquement, elle sera appelée lors de tout ce qui a pu modifier la fenêtre : resize, passage derrière une autre fenêtre, etc. Son code sera ré-exécuté à chaque fois. J'en profite au passage pour vanter les bienfaits du double buffering.

Tu peux expliquer ce que tu entends par double buffering dans le cas de la classe Graphics stp ?

Je vois mais est-ce que le nom de cette fonction paint y est pour quelque chose? Ou bien n'importe quelle fonction prenant en argument un objet Graphic sera appelé?
Et il faut aussi faire du double buffering donc pour animer ce qui est dessiné par la classe graphique?

C'est plus clair mais je n'arrive pas a distinguer la difference entre ce que tu expliques et un heritage d'une classe abstraite par un extends puis une redéfinition d'une methode abstraite.

Lorsque tu hérites d'une méthode abstraite, tu es OBLIGE de l'implémenter. Si elle n'est pas abstraite, elle te fournit un comportement par défaut. Dans les deux cas, d'un point de vue de l'appelant, tu sais qu'elle est là. En "redéfinissant" la méthode, tu modifies son comportement et plie son fonctionnement à tes besoins. Dans le cas de ton code, tu "obliges" Swing à tracer tes tiles plutôt que le fond gris qu'il remplis par défaut dans paint (en fait, c'est légèrement différent, mais l'idée est là).

Voilà toutes les méthodes qui vont éventuellement appeler un "paint". Cette méthode ne sort pas du néant : elle est appelée par d'autres. C'est de la délégation : le dessin t'es délégué mais l'affichage "physique" est effectué par ses autres méthodes et leurs appelants :

Tu peux voir une interface comme un contrat, une classe abstraite comme un kit et une classe héritée comme un plugin éventuellement personnalisable.

Accessoirement, tu devrais finir par voir toutes ces notions en cours de génie logiciel ou assimilé.

Merci Raspberry-Pi
Je suis actuellement en L2 Informatique à l'upmc donc je n'ai pas encore fait de cours de génie logiciel