Warum wird ein JPanel besser angehängt?

Question

Ich habe gerade begonnen, Videospiele zu programmieren, und ich habe gehört, dass das Zeichnen auf einem JPanel und das Anfügen dieses Panels an einen JFrame besser ist, als einfach auf den JFrame zu zeichnen. Ich habe mich nur gefragt, warum ist das besser?

Answer 1

Es ist besser, aus verschiedenen Gründen, einschließlich:

• In den meisten Swing-Komponenten, individuelle Malerei durch Überschreiben der paintComponent(Graphics) Verfahren erreicht wird. Swing-Behälter der obersten Ebene (z. B. JFrame, JApplet, JWindow) haben nur paint(Graphics). Als Ergebnis der geläufigen Methode zum Malen vergessen Menschen, die antworten, oft diesen Unterschied zwischen herkömmlichen und Top-Level-Komponenten und schlagen daher dumme Ratschläge vor. ;)
• A JComponent kann in einem JPanel oder ein JInternalFrame oder einem an ein JFrame oder ein JApplet oder ein JDialog oder einen Constraint eines Layouts hinzugefügt werden ..Gerade wenn Sie denken, dass Ihre GUI komplett ist, sagt der Client "Hey, wäre es nicht toll, in eine Werkzeugleiste zu werfen & bieten Sie es auch als Applet?" Der Ansatz JComponent passt sich leicht daran an.
• Wie von Richante erklärt (komplett mit Code!), Ist es einfacher, die Koordinaten zu berechnen, die für die Bemalung der benutzerdefinierten Komponente erforderlich sind, und wenn sie eine bevorzugte Größe hat, die Größe JFrame auf "genau die richtige Größe" zu setzen um die GUI zu enthalten (unter Verwendung von pack()). Dies ist insbesondere dann der Fall, wenn andere Komponenten hinzugefügt werden.

---

nun zwei kleinere Unstimmigkeiten mit dem Rat angeboten.

Wenn die gesamte Komponente maßgefertigt ist, kann es besser sein, einfach eine BufferedImage in eine ImageIcon/JLabel Combo zu legen. Hier ist ein Beispiel für painting to an image.
Wenn es an der Zeit, sie aktualisieren kommt:

1. Anruf getGraphics() für eine Graphics oder createGraphics() für eine Graphics2D
2. Zeichnen Sie die benutzerdefinierte Malerei zu dieser Grafik Instanz
3. Entsorgen Sie die Grafik Instanz
4. Anruf repaint() auf das Etikett.

Answer 2

Es ist eine einfache Möglichkeit, Double Buffering zu tun.

Lassen Sie mich etwas näher ausführen. Um in Videospielen das durch Neuzeichnen verursachte Flimmern zu vermeiden und glattere Grafiken anzuzeigen, verwenden Leute normalerweise eine doppelte Pufferung. Sie erstellen eine Offscreen-Oberfläche, zeichnen alles darauf und zeigen dann die gesamte Off-Screen-Oberfläche auf dem Bildschirm auf einmal an.

In Java2D und Swing, der einfachste Weg, dies zu tun, ist zu Ihrem Spiel Sprit Zeichnung auf einem JPanel einfach tun, und fügen Sie dann den JPanel zu einem JFrame.

Zweitens, indem Sie Dinge auf einem JPanel zeichnen, erlauben Sie, dass mehr GUI-Widgets und andere grafische Objekte auf dem JFrame angezeigt werden, ohne dass Sie sie manuell in der Spielschleife malen müssen. Zum Beispiel Buttons, Menüs, andere Panels, sogar andere Rendering JPanels.

Drittens ermöglicht es Ihnen, automatisch übersetzte Koordinaten für Ihr Spiel zu verwenden. Sie können alles von oben links nach unten rechts zeichnen, ohne sich um die Fenstermanager-spezifischen Dinge wie Fensterrahmenbreiten, Aufgabenbereiche, Titel usw. kümmern zu müssen!

Darüber hinaus ist dies nicht nur eine Konvention nur von Game Programmierer in Java verwendet. Erstellen eines separaten Spiel Board, Rendern Panel oder Grafik Widget ist sehr beliebt bei der Programmierung von Spielen mit einer Bibliothek mit einer internen Hauptschleife wie ein GUI-Toolkit. Sie können ein Benutzerformular in Windows Forms und ein Zeichenbrett in GTK + verwenden.

Answer 3

Der JFrame enthält Dinge wie das Menü, Titelleiste und Rahmen. Wenn Sie also auf Koordinaten verweisen, müssen Sie diese berücksichtigen. Sie können auch entscheiden, dem Rahmen eine Menüleiste oder andere Komponenten hinzuzufügen. Wenn sich Ihr Bild in einem JPanel befindet, ändert sich nicht, wie Sie auf Koordinaten verweisen müssen.

Zum Beispiel versuchen:

public class Test extends JFrame { 

public Test() { 
    super(); 
    setVisible(true); 
    setBounds(100, 100, 200, 100); 
} 

@Override 
public void paint(Graphics g) { 
    g.fillRect(0, 0, 50, 50); 
} 

public static void main(String[] args) { 
    new Test(); 
} 

} 

und Sie werden sehen, dass das schwarze Quadrat nicht quadratisch ist! Denn (0, 0) ist die obere linke Ecke des gesamten Rahmens, nicht die Ecke des sichtbaren Bereichs.