Discussion :

[greg08]

Bonjour,

J'ai besoin d'une précision, voilà j'ai récupéré un bout de code qui comporte plusieurs classes:

Classe3: extend classe2
Classe2: extend classe1

dans classe 1, 2 et 3 je trouve:

public void draw(Graphics2D g){
g. ....
}

je ne comprends pas bien, on redéfinit à chaque fois draw ? mais alors comment java fait pour s'y retrouver ?

draw de classe3 appelle draw de classe2 qui appelle draw de classe1 qui appelle draw de java ?

si draw de classe1 est appelé, elle appelle draw de java ?

c'est tout ?

[Génoce]

draw de classe3 appelle draw de classe2 qui appelle draw de classe1 qui appelle draw de java ?

si draw de classe1 est appelé, elle appelle draw de java ?

c'est tout ?

Bonjour, oui (ou alors j'ai rien compris )

[CheryBen]

Bonjour, tout dépend de comment l'objet est instancié.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Classe1 objet1 = new Classe3();
objet1.draw(...);

Cela appellera la méthode draw située dans Classe3. Bien sûr cette méthode peut faire un super.draw(...) qui appellera draw de Classe2.

[greg08]

merci ,

parfois je lis des bouts de code où on écrit dans repaint d'autres code dans paint d'autres dans update d'autres dans paintcomponent, c'est mieux d'écrire où ? Cela a t-il des influences ?

est-ce que dispose est nécessaire ?

[gifffftane]

La méthode appelée est celle qui est définie dans la classe de l'objet courant, ou dans la classe la plus proche parente, pour faire court.

Donc la question fondamentale est : Quel est l'objet courant ? Cela, tu ne le sais que à l'exécution, pas à la conception du code (toujours pour faire court).

Et dispose est-il nécessaire ?... Des fois oui, des fois non : cela dépend de l'objet courant D'abord, je suppose que tu parles d'un objet de classe Graphics. Si tu reçois ce Graphics en paramètre, en général, ce n'est pas nécessaire ; si tu crées toi même ce Graphics pour une raison qui te regarde, c'est absolument nécessaire d'en faire le dispose.

[greg08]

cool, merci !

une autre petite question: j'ai vu du code qui utilise BufferedImage et qui parfois écrit un coup dans l'image un coup dans le graphique!!! je ne comprends pas la différence, si on crée une bufferedImage on doit toujours écrire dedans, non ?

[Amine_sas]

cool, merci !
une autre petite question: j'ai vu du code qui utilise BufferedImage et qui parfois écrit un coup dans l'image un coup dans le graphique!!!

Tu veux dire qu'on écrit sur l'objet Graphics de l'image.

je ne comprends pas la différence, si on crée une bufferedImage on doit toujours écrire dedans, non ?

Pas forcément. Si tu as créé une BufferedImage vide (i.e. les données de l'images ne sont pas lues depuis un fichier image) tu auras probablement besoin d'y dessiner quelque chose mais si les données proviennent d'une image tu voudrais peut-être effectuer quelques opérations (filtrage, transformations etc..) ou bien l'afficher sans aucune modification.

[greg08]

oui, je veux dire dans Graphics

Pour ce qui est de BufferedImage, quand on écris dans Graphics cela part sur l'écran ? et quand on écrit dans l'image ce la part dans l'image jusque rencontrer Img.DrawImage, c'est bien cela ?

[Amine_sas]

Salut,

Oui, lorsque tu écris sur l'image rien n'apparaîtra sur l'écran si tu n'y affiches pas l'image (par DrawImage par exemple).
Il faut faire une distinction entre Graphics le paramètre de la méthode paintComponent et le Graphics de l'image que tu peux obtenir par:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Graphics2D g2D = bufferedImg.createGraphics();