Скачать книгу

или кнопка Mac или другая кнопка конкретной платформы, на которой работает приложение.

      Эти части нативного кода, к которым обращается среда выполнения JRE при использовании AWT компонентов, называются пирами, так как они берут на себя ответственность за отображение компонента.

      Прежде чем AWT компонент будет сначала нарисован на экране, будет создан его пир.

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

      Например, когда Java рисует метку, она не просто рисует строку в нужном месте на экране.

      Она создает пир и помещает его на экран.

      В свою очередь компоненты Swing используют пиры для двух задач.

      Во-первых, Swing компоненты JFrame, JWindow, JDialog и JApplet расширяют свои AWT-аналоги.

      И все они используют пиры для отображения фактической области рисования на экране.

      Другие компоненты Swing легковесные; у них нет пиров.

      Эти компоненты отрисовывают себя поверх существующих JFrame, JWindow, JDialog или JApplet.

      И поэтому на самом деле они также неявно используют пиры.

      В AWT библиотеке использование пиров значительно затрудняло создавать подклассы этих компонентов для изменения их поведения.

      Потому что их поведение исходит от нативного пира и поэтому не может быть легко переопределено или расширено.

      Далее, наличие нативного кода значительно затрудняет перенос Java на новую платформу.

      Проще говоря, хотя сам язык Java был кросс-платформенным, библиотека AWT была его ахиллесовой пятой.

      Наконец, нативные пиры потребляют много ресурсов.

      Можно было бы ожидать, что использование нативного кода будет намного более эффективным, чем создание компонентов на Java.

      Тем не менее, для создания большого количества элементов GUI может потребоваться много времени, когда для каждого из них требуется создание его пира.

      Решением было создание легковесных компонентов библиотеки Swing, которые полностью написаны на Java, и поэтому не требуют прямого использования нативного кода.

      Легковесный компонент – это просто компонент, полностью реализованный на Java.

      Для создания легковесного компонента достаточно расширить AWT класс Component или Container напрямую, реализуя внешний вид компонента на Java, а не делегируя внешний вид пиру.

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

      Вы реализуете весь внешний вид, используя методы paint и update, и вы реализуете поведение компонента, улавливая пользовательские события и, возможно, генерируя новые события.

      В библиотеке AWT для создания совершенно нового компонента вам нужно было бы расширять класс Canvas.

      Легковесному компоненту достаточно расширить класс Component или Container.

      Когда легковесный компонент помещается в контейнер, он не получает нативный пир.

      Вместо этого Toolkit создает для компонента объект LightweightPeer, который служит как указатель и идентифицирует компонент как легковесный.

      LightweightPeer

Скачать книгу