Swing Frage zu getGraphics()

[hdi]

Hi, ich hab gehört dass man getGraphics() eher vermeiden sollte, und lieber nur mit dem generierten Graphics-Objekt in der paint/paintComponent arbeiten sollte... Nun will ich die Performance von meinem GlassPane etwas verbessern, und möglichst alle Berechnungen aus der paintComonent() rausnehmen. U.a. berechne ich dort gerade die Position eines Strings, der gezeichnet wird. Dafür brauche ich aber die FontMetrics. Und jetzt ist meine Frage: Kann ich diesen Teil aus der paintComponent:

				// calculate positions
				g.setFont(msgFont);
				FontMetrics m = g.getFontMetrics();
				Point msgCenter = ComponentStringLayout.getCenter(msg, m,
						width, height);
				Point boxPos = new Point(msgCenter.x - 10, msgCenter.y
						- m.getAscent() - 10);
				int stringWidth = m.stringWidth(msg);
				int stringHeight = m.getHeight();

rausnehmen, und bei der Initialisierung des Panels das gleiche per getGraphics() vorwegberechnen? Oder anders gesagt: Warum sollte man getGraphics() vermeiden und kann es in diesem Fall tatsächlich zu ungewünschten Ergebnissen führen, wenn ich diese Dinge berechne, bevor die paintComponent() aufgerufen wird? Ändern will ich das wie gesagt damit die paintComponent() schneller durchläuft, das ist ja eine sog. "kritische" Methode.

PS: Das komplette Fenster ist gesperrt wenn die GlassPane angezeigt wird, d.h. es kann nicht passieren dass es zB während der Anzeige resized wird.

Danke

 

[javimka]

Willst du getGraphics im Konstruktor benutzen? Dann ist es nämlich noch gar nicht vorhanden und du kriegst null zurück. Du musst bis zum ersten paint warten, bis du ein Graphics mit getGraphics erhalten kannst.

 

[hdi]

Oh, naja dann kann ich es ja gar nicht verhindern, dass das in der paintComponent() berechnet wird. Zumindest beim ersten mal. Die Frage ist aber ob das überhaupt öfters als 1x gepaintet wird. Da man das Fenster ja nicht verschieben oder resizen kann passiert das wohl nie ein zweites mal. (Außer man zieht ein anderes Fenster drüber?!)

Naja, stimmt ihr mir zu wenn es das nicht "wert" ist? Bzw kann mir einer sagen ob diese Berechnungen wie stringWidth() aufwändig sind? Wenn das eh auch für langsamere Computer ne Sache von <1ms ist, dann lass ich es einfach so.. oder?

 

[javimka]

Wenn ein anderes Fenster darüber gezogen wird und wieder verschiwindet, wird das Fenster aus dem Buffer wieder gezeichnet. Ob das der Swing, VM oder OS Buffer ist, weiss ich nicht, tippe aber auf OS. Etwas Kontrolle über das Zeichnen hast du ja noch mit dem Clip. Wenn du etwas sehr aufwendiges zeichnen willst, z.B. einen starken Blur, dann könntest du das auch auf ein Image zeichnen und dieses dann als Buffer benutzen um es nicht immer wieder neu berechnen und zeichnen zu müssen.

 

[Marco13]

Naja, man muss (und kann) ja nicht alle Berechnungen aus der paintComponent rausnehmen. Natürlich so viele wie möglich, aber nur solange das nicht irgendwelche Hacks erforderlich macht. Ausrechnen, wo ein String hingehört oder so kann IMHO in der paintComponent gemacht werden - das ist mit Sicherheit nichts, was die Performance unerträglich absinken läßt

[Hier noch die üblichen Sprüche zu "Optimization" einsetzen ]

 

[Ebenius]

[Hier noch die üblichen Sprüche zu "Optimization" einsetzen ]

=>

 

[hdi]

Ja okay ich halt mich dann mal an Rule 1

 

[KrokoDiehl]

Also wenn es dir nur um die FontMetrics geht, dafür gibt es auch bei JComponent die Methode

getFontMetrics(Font)

. Wenn eine Textposition / -größe also nur einmalig berechnet werden muss, dann müsste das damit im Konstruktor gehen.