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

В этом разделе рассказывается, как использовать адаптеры и внутренние классы для уменьшения помех в вашем коде. Если вас не волнует эта тема, не стесняйтесь переходить к следующий раздел ,

Большинство интерфейсов слушателей, в отличие от ActionListener, содержат более одного метода. Например, интерфейс MouseListener содержит пять методов: mousePressed, mouseReleased, mouseEntered, mouseExited и mouseClicked. Даже если вы заботитесь только о щелчках мыши, если ваш класс напрямую реализует MouseListener, вы должны реализовать все пять методов MouseListener. Методы для тех событий, которые вас не волнуют, могут иметь пустые тела. Вот пример:

// Пример с загроможденным, но допустимым кодом. открытый класс MyClass реализует MouseListener {... someObject.addMouseListener (this); ... / * Пустое определение метода. * / public void mousePressed (MouseEvent e) {} / * Пустое определение метода. * / public void mouseReleased (MouseEvent e) {} / * Пустое определение метода. * / public void mouseEntered (MouseEvent e) {} / * Пустое определение метода. * / public void mouseExited (MouseEvent e) {} public void mouseClicked (MouseEvent e) { ... // Здесь реализована реализация обработчика событий ... }} К сожалению, результирующая коллекция пустых тел методов может усложнить чтение кода и поддерживать. Чтобы помочь вам не загромождать код пустыми телами методов, AWT и Swing предоставляют класс адаптера для каждого интерфейса слушателя с более чем одним методом. [ОЖИДАЕТ: это не совсем верно для Swing.] ( Обработка общих событий перечисляет все слушатели и их адаптеры.) Например, класс MouseAdapter реализует интерфейс MouseListener. Класс адаптера реализует пустые версии всех методов его интерфейса.

Чтобы использовать адаптер, вы создаете его подкласс вместо прямой реализации интерфейса слушателя. Например, расширяя MouseAdapter, ваш класс наследует пустые определения всех пяти методов, которые содержит MouseListener.

/ * * Пример расширения класса адаптера вместо непосредственной реализации интерфейса слушателя. * / открытый класс MyClass extends MouseAdapter {... someObject.addMouseListener (this); ... public void mouseClicked (MouseEvent e) { ... // Реализация обработчика событий здесь ... }}

Что если вы не хотите, чтобы ваш класс обработки событий наследовал от класса адаптера? Например, предположим, что вы пишете апплет, и вы хотите, чтобы ваш подкласс Applet содержал некоторый код для обработки событий мыши. Поскольку язык Java не допускает множественное наследование, ваш класс не может расширять классы Applet и MouseAdapter. Решение состоит в том, чтобы определить внутренний класс - класс внутри вашего подкласса Applet - который расширяет класс MouseAdapter,

// Пример использования внутреннего класса. открытый класс MyClass расширяет Applet {... someObject.addMouseListener (new MyAdapter ()); ... class MyAdapter extends MouseAdapter {public void mouseClicked (MouseEvent e) { ... // Здесь реализована реализация обработчика событий ... }}} Вот еще один пример использования внутреннего класса: // Пример использования анонимного внутреннего учебный класс. открытый класс MyClass extends Applet {... someObject.addMouseListener (new MouseAdapter () {public void mouseClicked (MouseEvent e) { ... // Реализация обработчика событий идет здесь ... }}); ...}} Внутренние классы работают хорошо, даже если вашему обработчику событий необходим доступ к частным переменным экземпляра из включающего класса. Пока вы не объявляете внутренний класс статическим, внутренний класс может ссылаться на переменные и методы экземпляра, как если бы его код находился в содержащем классе. Чтобы сделать локальную переменную доступной для внутреннего класса, просто сохраните копию переменной как конечную локальную переменную. Примечание. Некоторые компиляторы 1.1 не позволяют внутреннему классу использовать частные переменные экземпляра включающего класса. Обходной путь - удалить закрытый спецификатор из объявления переменной экземпляра.

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

Похожие

Комментарии