Пассивный по сравнению с Активным Рендерингом

Как упомянуто прежде, большинство полноэкранных приложений обычно функционирует лучше, если они у руля во время рисунка. В традиционных оконных приложениях GUI вопрос того, когда нарисовать, обычно обрабатывается операционной системой. Работая в оконной среде, это имеет совершенный смысл. Оконное приложение не знает, когда пользователь собирается переместить, изменить размеры, представить, или покрыть приложение другим окном, пока это фактически не происходит. В приложении GUI Java операционная система поставляет событие краски AWT, который выясняет, какие потребности быть нарисованным, создает объект java.awt.Graphics с соответствующей областью отсечения, затем вызывает метод paint с тем, которому возражает Graphics:

// Traditional GUI Application paint method:
// This can be called at any time, usually 
// from the event dispatch thread
public void paint(Graphics g) {
    // Use g to draw my Component
}

Это иногда упоминается как пассивный рендеринг. Как можно предположить, такая система подвергается большому количеству издержек, очень к раздражению из-за многих чувствительных к производительности AWT и программистов Swing.

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

Вместо того, чтобы положиться на метод paint в полноэкранном монопольном режиме, код для прорисовки обычно более соответственно делается в цикле рендеринга:

public void myRenderingLoop() {
    while (!done) {
        Graphics myGraphics = getPaintGraphics();
        // Draw as appropriate using myGraphics
        myGraphics.dispose();
    }
}

Такой цикл рендеринга может сделанный от любого потока, или его собственный поток помощника или как часть основного потока приложения.

Программирование Подсказок

Некоторые подсказки об использовании активного рендеринга:

• Не помещайте код для прорисовки в подпрограмму paint. Вы никогда не можете знать, когда ту подпрограмму можно вызвать! Вместо этого используйте другое имя метода, такое как render(Graphics g), который можно вызвать от метода paint, работая в оконном режиме, или поочередно вызываться с его собственной графикой от цикла рендеринга.
• Используйте метод setIgnoreRepaint на своем окне приложения и компонентах, чтобы выключить все события краски, диспетчеризированные от операционной системы полностью, так как их можно вызвать в течение несоответствующих времен, или хуже, закончить тем, что вызвали paint, который может привести к условиям состязания между потоком события AWT и Вашим циклом рендеринга.
• Разделите свой код для прорисовки от Вашего цикла рендеринга, так, чтобы можно было работать полностью и под полноэкранными монопольными и под оконными режимами.
• Оптимизируйте свой рендеринг так, чтобы Вы не потянули все на экране всегда (если Вы не используете зеркально отражающую страницу или двойную буферизацию, оба обсужденные ниже).
• Не полагайтесь на методы update ИЛИ repaint для того, чтобы предоставить события краски.
• Не используйте тяжелые компоненты, так как они все еще подвергнутся издержкам включения AWT и системы управления окнами платформы.
• Если Вы используете легкие компоненты, такие как компоненты Swing, Вам, вероятно, придется играть с ними немного так, чтобы они потянули использование Вашего Graphics, и не непосредственно в результате вызова метода paint. Не стесняйтесь вызывать методы Swing, такие как paintComponents, paintComponent, paintBorder, и paintChildren непосредственно от Вашего цикла рендеринга.
• Не стесняйтесь использовать пассивный рендеринг, если Вы только хотите простой полноэкранный Swing или приложение AWT, но помните, что события краски могут быть несколько ненадежными или ненужными в то время как в полноэкранном монопольном режиме. Дополнительно, если Вы будете использовать пассивный рендеринг, то Вы не будете в состоянии использовать более усовершенствованные методы, такие как зеркальное отражение страницы. Наконец, очень делайте все возможное избежать мертвых блокировок, если Вы решаете использовать и активный и пассивный рендеринг одновременно - этот подход не рекомендуется.