OOP Graphics immer selbstbezihend

[Marvirus]

Ich hab jetzt lange nach beispiel projecten für die Graphics klasse gesucht, und bis jetzt war die klasse in der sie anwendung fand, undd sich die main befand immer noch enthlaten.
beispiel

import javax.swing.JFrame;
import javax.swing.JPanel;

public class MainClass extends JPanel {

  public void paint(Graphics g) {
    int xpoints[] = {25, 145, 25, 145, 25};
    int ypoints[] = {25, 25, 145, 145, 25};
    int npoints = 5;
    
    g.drawPolygon(xpoints, ypoints, npoints);
  }

  public static void main(String[] args) {
    JFrame frame = new JFrame();
    frame.getContentPane().add(new MainClass());

    frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
    frame.setSize(200,200);
    frame.setVisible(true);
  }
}

muss das so sein, oder ist es einfach am einfachsten?

 

[Fu3L]

Man sollte bei JPanel

paintComponent(Graphics g)

überschreiben. Und ja: man sollte sich Graphics beim Zeichnen auf Komponenten nie selbst ziehen, sondern nur das Argument der paint(Component)-Methode nutzen (paint(Graphics g) bei Komponenten aus java.awt.*).

Graphics holt man sich nur mit

getGraphics()

, wenn man auf ein selbst erstelltes Image malen möchte.

 

[Marvirus]

also wi jetzt?
Man sollte die g.Draw nicht benutzen?

 

[Fu3L]

Doch, g.drawPolygon oder drawImage oder wie auch immer schon. Das bleibt gleich

@Override
public void paintComponent(Graphics g) {
    int xpoints[] = {25, 145, 25, 145, 25};
    int ypoints[] = {25, 25, 145, 145, 25};
    int npoints = 5;
    
    g.drawPolygon(xpoints, ypoints, npoints);
}

So sollte es aussehen. Man überschreibt bei swing-komponenten (die fangen für gewöhnlich mit

J

an) die paintComponent Methode.

 

[Marvirus]

okay dann noch eine letzte frage welcen sinn hat eigentlich ein image observer

 

[triopsfreak]

Sollte man nicht noch super.paintComponent() aufrufen? Oder hab ich das jetzt immer umsonst gemacht? :lol:

 

[Fu3L]

Ups, mein Fehler^^

Wenn man für Games alles selbst malt, ist es glaube ich nicht so wichtig, aber wenn du zB per setBackground() eine Farbe gesetzt hast, wird die beim super.paintComponent() Aufruf gezeichnet...

Das mit dem ImageObserver muss aber jemand anders erklären, ich habs nie gebraucht und nie genutzt^^

 

[triopsfreak]

Das würde ich auch gerne mal wissen

 

[Gassst]

Wenn man für Games alles selbst malt,

dann kannst du auch paint() statt paintComponent() überschreiben, ist dann wahrscheinlich sogar sinnvoller.

 

[Beni]

Das mit dem ImageObserver muss aber jemand anders erklären, ich habs nie gebraucht und nie genutzt^^

In einer lang vergangenen Zeit, als Internet noch über das Telefon ging und man dachte, dass sich irgendwer für Applets interessiert, konnte man ImageObserver benutzen um noch nicht fertig geladene Bilder zu zeichnen. Der Observer wurde informiert wann immer ein neues Stücklein Bild verfügbar wurde.

Heute, wo man Bilder innert Nanosekunden über "ImageIO.read" lädt, kann man den ImageObserver getrost ignorieren.

 

[Marvirus]

Manchmal kopiert mein Fenster den Bildschirminhalt, manchmal wird auch bei grössenänderung ein teil des Fenster schwarz.
Wenn Ihr mir folgen könnt...
hattet Ihr das auch schon mal?
Und weiss jemand den Grund?

 

[Michael...]

Manchmal kopiert mein Fenster den Bildschirminhalt

wird - wie hier mehrfach erwähnt - in der überschriebenen paintComponent die paintComponent der Superklasse aufgerufen?

public void paintComponent(Graphics g) {
     super.paintComponent(g);
....

 

[Marvirus]

danke