Java как центр архипелага - [14]

gridbag.setConstraints (button1, c);

add (button1);

. . .

// здесь можно изменить некоторые установки

// об®екте класса GridBagConstraints,

// например

// c.fill =  GridBagConstraints.NONE;

Button buttonX= new Button ("X");

gridbag.setConstraints (buttonX, c);

add (buttonX);

          4.3.4. События

В  AWT,  как и в других оконных средах, события как программные

об®екты соответствуют внешним событиям. Типичный пример - нажа-

тие на кнопку, в  результате  чего  в  AWT  происходит  событие

ACTION_EVENT.

Таким образом, интерактивная часть программ в AWT соответствует

модели  программы, управляемой событиями. Другими словами, при-

ложения или аплеты должны отслеживать  события  и  обрабатывать

их.

Рассмотрим  подробнее, как это происходит в AWT. Каждый оконный

интерфейс можно рассматривать как  набор  (возможно,  вложенных

друг  в друга) компонент. Когда происходит событие, связанное с

каким-то элементом интерфейса (например, кнопкой), то вызывает-

ся метод handleEvent. По умолчанию этот метод ничего не делает,

а просто передает событие наверх, то есть тому об®екту, в кото-

ром содержится инициатор события (например, об®емлющему  окну).

Таким  образом, если событие никто не перехватывает, оно дости-

гает фрейма (если это приложение) или аплета.

Этот базовай механизм обработки событий при наивном  применении

навязывает программисту одну из двух моделей обработки событий.

- Во-первых,  можно позволить всем событиям всплывать до самого

верха и уже на уровне фрейма писать метод,  который  занимается

разбором и обработкой событий.

- Во-вторых,  можно  создать множество специализированных клас-

сов, в каждом из которых переопределен метод handleEvent.

Оба этих крайних подхода небезупречны. Первый способствует  на-

писанию  монолитных  программ, второй приводит к очень большому

числу классов.

В  реальной  жизни  используется  компромиссная   идеология   -

handleEvent переопределяется для составных об®ектов, об®единяю-

щих несколько элементов интерфейса и отвечающих за ясно опреде-

ленную  часть  работы приложения (например, разного рода диало-

ги).

Кроме того, возможны и другие модели обработки событий, направ-

ленные на лучшее отделенин логики программы от ее интерфейса. В

качестве одного из примеров  реализации  альтернативной  модели

можно  указать пакет "The Command Class for AWT objects", кото-

рый написал Jan Newmarch, [email protected].

          4.3.5. Методы класса Component, связанные с обработкой событий

Ниже перечислены методы класса Component, связанные с  обработ-

кой событий.

- postEvent(). Этот метод, как правило, вызывается автоматичес-

ки при наступлении соответствующего события.

- Обрабатываются  события  при  помощи метода handleEvent(). По

умолчанию этот метод, в зависимости от типа  события,  вызывает

один из специализированных обработчиков событий, таких как

- - action()

- - keyUp()

- - mouseDown()

- - gotFocus()

и т.д.

Метод  handleEvent()  может  быть переопределен. В этом случае,

как правило, вся обработка соответствующего события будет  про-

исходить именно в этом методе, однако, если handleEvent() возв-

ращает  false,  то вызывается handleEvent() для контейнера, со-

держащего данную компоненту.

События в AWT представляются с помощью об®ектов класса Event, в

котором определены следующие переменные:

public Object target; // инициатор события

public long when;     // время, когда событие произошло

public int  id;       // тип события(KEY_PъESS, MOUSE_DOWN...)

public int  x;        // координаты

public int  y;        // курсора

public int  key;      // код клавиши

public int  modifiers;// код модификатора (control, shift ...)

public Object arg;    // вспомогательные данные

public Event evt;     // поле для соединения событий в списки

Приведем типичный пример обработки событий, когда все они обра-

батываются на верхнем уровне (в данном случае на  уровне  апле-

та).

class MyApplet extends Applet {

. . .

  public boolean action( Event evt, Object arg) {

    . . .

    if ((ev.target instanceof Button) && arg.equals ("OK")) {

      // Выполнить соответствующие действия

      . . .

      return true;

    } else {

      // Другие случаи

      . . .

    }

    . . .

    return false;

  }

  . . .

}

В  этом примере, если инициатор события имеет тип Button с име-

нем "OK", то выполняются соответствующие действия и возвращает-

ся значение true, то есть событие дальше не передается.

Другой способ обработать событие заключается в создании специа-

лизированной компоненты. Пример.

class OKButton extends Button {

  . . .

  public boolean action (Event e, Object arg) {

    // Выполнить соответствующие действия

    . . .

    return true;

  }

}

Мы видим, насколько глубоко продумана в проекте  Java  связь  с

операционным окружением. Удалось достичь удачного сочетания бо-

гатства возможностей с переносимостью.

5. Joe - технология связывания Java-программ

с об®ектными бизнес-приложениями

Выше, в разделе "Java, Joe и NEO", мы писали о том,  что  новый

продукт  компании  SunSoft  -  Joe - призван осуществлять связь

между клиентскими компонентами, написанными на  языке  Java,  и

об®ектными  серверами  приложений,  созданными в среде NEO. При