Должны ли все графические объекты наследовать от JPanel?

Question

У меня проблема с Java Swing и JPanel. Я могу сказать, что я - неопытный программист на Java, но не совсем новый для программирования.

Моя проблема заключается в том, что у меня есть класс с именем RandomParticle,

public class RandomParticle extends Ellipse2D.Double { 

    private Ellipse2D.Double circle; 

    public RandomParticle(double xPos , double yPos,double rad) { 
     setCircle(new Ellipse2D.Double(xPos, yPos, rad, rad)); 
    } 

    public Ellipse2D.Double getCircle() { 
     return circle; 
    } 

    public void setCircle(Ellipse2D.Double circle) { 
     this.circle = circle; 
    } 
} 

, который я хочу, чтобы перейти на экран (в JFrame, конечно). Частица - это объект по умолчанию, чтобы просто поднять графику. Однако во многих местах говорят, например, here, что для того, чтобы рисовать круг, он должен переопределить метод paintComponent в JPanel. Это действительно разумно, что, чтобы нарисовать что-то в JFrame, это должно быть JPanel. Однако это может вызвать проблемы, поскольку Java не поддерживает множественное наследование.

В этом случае я не нуждаюсь в RandomParticle, чтобы быть дочерним элементом ellipse2D, но по мере того, как мои классы становятся более сложными, в какой-то момент мне, скорее всего, понадобится присущий другому классу. Тем не менее, я чувствовал, что этот уровень вопроса имеет хороший уровень для SO, поскольку он не требует каких-либо конкретных знаний о моей программе. Так что я задаюсь вопросом: Можно ли нарисовать круг без того, чтобы класс был ребенком для JPanel?

Answer 1

Можно ли нарисовать круг без класса, являющегося ребенком для JPanel?

Вид, но это связано с проблемами. Я попытаюсь объяснить

Если вы хотите, чтобы выполнить собственную картину в свинг, вы должны переопределить метод paintComponent любого компонента, который простирается от JComponent, JPanel обычно быть самым простым решением, это как картина работает

Посмотрите на Painting in AWT and Swing и Performing Custom Painting для получения более подробной информации о том, как работает живопись.

Вообще говоря, это нецелесообразно пытаться рисовать непосредственно в верхний контейнер уровня, как JFrame, поскольку он содержит ряд других компонентов детей, которые нарисованы на вершине его (JRootPane, contentPane, glassPane, menuBar, и т.д.), которые могли бы окрашиваться независимо от рамы, вызывают некоторые странные артефакты.

Более подробное представление, что такое JFrame на самом деле выглядит ...

JFrame также не двойной буферизации, а это означает, что если вы действительно пробовали и рисовать прямо на него, пытаясь обновить быстро, это вызовет мерцание. JComponent и это ушедшие имеют двойную буферизацию по умолчанию

сам свинг использует пассивный движок рендеринга, это означает, что вы на самом деле не контролировать процесс рисования, вы просто уведомление, когда ваш компонент должен быть окрашен (с помощью метода paintComponent). Swing может выбрать окраску дочерних компонентов, не требуя уведомления родительского контейнера, что является одной из причин, почему обычно рекомендуется paintComponent. Он также может объединять несколько запросов краски как можно меньше вызовов, чтобы оптимизировать процесс.

Все это делается без вашего ведома или контроля.

Если вам требуется больше контроля над процессом обработки краски, вы можете рассмотреть возможность использования BufferStrategy, который дает вам прямое (двойное буферизированное) управление процессом рисования, поэтому вы можете решить, когда и что должно быть окрашено. Но даже это потребует от вас использовать java.awt.Canvas в качестве базы, с помощью которой можно создать свой вывод.

Как правило, обычно не рекомендуется распространяться от JFrame (или большинства контейнеров верхнего уровня) и вместо этого использовать один из классов контейнеров в качестве базового класса. Таким образом, вы получаете гораздо большую свободу в отношении того, как их следует отображать или повторно использовать, добавляя их к тому, что когда-либо было в другом контейнере.