Почему setContentPane() не содержит repaint()?

Question

Мне интересно об этом в течение довольно долгого времени.

Я обычно создаю свои программы SWING, имея JFrame с JPanel, содержащий содержимое окна, установленное в качестве области содержимого на setContentPane(). Когда я хочу, чтобы мой контент был заменен другим (например, для получения новой маски после нажатия кнопки), я снова вызываю setContentPane() и заменяю панель содержимого другой панелью. Но каждый раз, когда я это делаю, мне нужно позвонить repaint() после setContentPane(), чтобы сделать видимым изменение, поэтому я создал собственный класс, который я использую для создания фреймов. Этот класс расширяет JFrame и переопределение setContentPane() так:

@Override 
public void setContentPane(Container c) { 
    super.setContentPane(c); 
    revalidate(); 
    repaint(); 
} 

Почему это не реализовано в JFrame классе по умолчанию? Может быть, у меня плохой побочный эффект?

Answer 1

Я думаю, что по той же причине он не вызывается после добавления или удаления компонентов из Container. Настройка области содержимого будет такой же, как добавление компонентов к уже существующей. Иерархия компонентов становится недействительной, поэтому вы должны позвонить revalidate() и repaint().

И причина, почему он не вызывается автоматически, предлагается в документации Container.validate():

Проверка контейнера может быть весьма трудоемкой операцией. По соображениям производительности разработчик может отложить проверку иерархии до завершения набора операций, связанных с макетом, например. после добавления всех детей в контейнер.

Но это только моя догадка.