Aufruf der paint() Methode

[arbengie]

Hallo!

ich arbeite gerade ein paar Java Tutorials von YouTube ab und da geht es gerade ums Zeichnen mit der Methode paint().
Bei dem Video Tutorial ( Java Game Programming for Beginners - #2 - Handling Keyboard Input - YouTube ) geht es darum, wenn der User eine Taste drückt, wird einer globale Variable ein Wert zugewiesen und dadurch etwas gezeichnet.
Nur ich verstehe nicht, wieso die paint() Methode aufgerufen wird, wenn einer globalen Variable ein anderer Wert zugewiesen wird. Vllt. fehlen mir noch einige Java Grundkenntnisse dazu, denn mein Problem liegt darin, dass ich mit Delphi angefangen habe zu programmieren und da kann man halt einfach bei irgendeinem Event einen Strich mit z.B. "form1.canvas.lineto(x, y);" zeichnen. Und das ist bei Java halt anders.

Deswegen könnte mir das jmd. erklären, wie und wann die paint() Methode aufgerufen wird?

Danke!

 

[L-ectron-X]

paint() ist eine "automatische" Methode, die von der VM selbst aufgerufen wird.
Der Programmierer kann die Ausführung von paint() anstoßen, in dem er repaint() aufruft.
Ansonsten "weiß" die VM, wann es Zeit wird, die paint()-Methode auszuführen.

Hier dürfte dir so weit alles erklärt werden: Malen in AWT und Swing ? Byte-Welt Wiki

 

[SlaterB]

http://www.java-forum.org/awt-swing-swt/43939-zeichnen-swing-tutorial.html

ich zitiere mal aktuell interessantes

[Programm, wo mit getGraphics() direkt auf den Bildschirm gemalt wird]
Auf den ersten Blick scheint nun alles zu funktionieren.
Leider nur auf den ersten Blick.
Versucht man beispielsweise die Größe des Fenster zu verändern, das Fenster zu minimieren, oder schiebt ein anderes Fenster über unsere Zeichnung, so fällt auf das sie verschwindet.

Der Grund dafür ist ganz einfach der, das nur der Windowmanager des Betriebssystem weiß wann wir unser Bild neu zeichnen müssen. Wir selbst haben darauf keinen Einfluß.
Da Java plattformunabhängig ist sind wir zu weit vom Betriebssystem entfernt um diese Entscheidung selbst treffen zu können.
Hier kommt das AWT/Swing Toolkit zum Einsatz. Das Betriebssystem teilt dem Toolkit mit wann welcher Bereich der Anwendung neu gezeichnet werden muss.
Aus eben diesem Grund ist der scheinbar offensichtlich Weg über getGraphics falsch.
Anstatt sich aktiv ein Graphics Objekt zu holen und anzufangen zu zeichnen muss der Swing Programmierer passiv zeichnen, also darauf warten das AWT/Swing unsere Objekte zum zeichnen auffordert, denn nur AWT/Swing wissen wann das nötig ist.
Dies ist ein sehr häufiger Trugschluß, weshalb hier so detailiert auf die Problematik eingegangen wurde.
Bleibt die Frage wie man es denn richtig macht.
Jede JComponent verfügt über eine Methode paintComponent(Graphics g).
Wie man sieht wird hier das benötigte Graphics Objekt direkt als Parameter übergeben.
Diese Methode ist nicht dazu da das sie von einem Programmierer aufgerufen wird, stattdessen übernimmt diese Aufgabe das Toolkit.
Vereinfacht gesagt:
Wann immer AWT/Swing der Meinung ist das ein Neuzeichnen erforderlich ist wird diese Methode aufgerufen.
Bemerkenswert an dieser Tatsache ist, das wir also offensichtlich keine Kontrolle darüber haben wann und wie oft diese Methode tatsächlich aufgerufen wird.
Aus diesem Grund ist es sehr wichtig das keinerlei Logik in einer paintComponent hinterlegt werden darf.
Weiterhin kann es passieren das die Methode sehr oft aufgerufen wird, daher gilt es unbedingt teure Operationen wie Objekterzeugung zu vermeiden.
Das daraus resultierende Fazit lautet:
In paintComponent wird nur gezeichnet

repaint() stößt Neuzeichnen des Bildschirms an, darauf hat man in Delphi sicher auch keinen Einfluss,
die Frage ist nur was dann gezeichnet wird,
man könnte auch in Java ein Image-Objekt definieren, darauf aktiv einen Strich setzen, und beim repaint() wird immer nur das Bild gemalt, das ist eine bekannte Option und dann eben ähnlich Delphi,

der Standard sieht aber vor, dass bei jeden paint der Bildschirm gelöscht wird und die paint-Methode alles neumalt,
anhand von dauerhaften Zustandsvariablen

 

[arbengiee]

Danke euch beiden! Habt mir sehr weitergeholfen