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

проектами.  Позволяет  организовать хранилище проектов, предос-

тавлять Web-страницы проектов для использования  другими  прог-

раммистами,  осуществлять  доступ  к  проектам коллег, задавать

права доступа к проектам.

- Просмотрщик аплетов  -  средство  контролируемого  выполнения

Java-программ.

- Просмотрщик исходных текстов - инструмент изучения программ с

учетом их об®ектной структуры.

- Редактор  исходных  текстов.  Редактор интегрирован с другими

компонентами Java WorkShop, а также с популярными системами уп-

равления версиями.

- Отладчик. Помимо  традиционных  возможностей,  отладчик  Java

WorkShop  позволяет контролировать состояние нескольких потоков

выполнения, что необходимо для развитых Java-программ.  На  рис

y2 представлен образ экрана при работе в отладчике.

Рис.  y2.  Так  выглядит  экран  при  работе  с отладчиком Java

WorkShop.

- Справочная подсистема.

Java WorkShop может работать как на платформе  SPAъC/Solaris  и

Intel/Solaris, так и под Microsoft Windows 95/NT. Каких-то осо-

бых  требований к аппаратуре Java WorkShop не пред®являет. Дос-

таточно 45 Мб дискового пространства, 32 (для Solaris)  или  16

(для Windows) Мб оперативной памяти.

Замечательно,  как в правильно спроектированной системе различ-

ные компоненты не просто идеально подходят друг к  другу  но  и

усиливают мощь друг друга.

        * 4.3. Связь Java с окружением: оконный инструментарий

          4.3.1. Общие положения

Одно из важных достоинств Java состоит в том, что это не только

язык, но и стандартизованная об®ектно-ориентированная среда вы-

полнения. Любопытно проследить, как в рамках Java решаются тра-

диционные  программистские  проблемы. Мы остановимся на оконном

графическом интерфейсе.

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

ля) свойствами, оконный интерфейс привносит и довольно неприят-

ные  (для  разработчика)  проблемы. Одна из них - это переноси-

мость приложений между разными платформами. Переносимость явля-

ется проблемой и без графического  интерфейса,  однако  наличие

такового делает ее многократно сложнее.

Дело в том, что каждая оконная среда - это сложный мир, со сво-

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

рования.  Motif  не  похож  на  MS-Windows  и  оконную  систему

Macintosh.  По-разному  представляются примитивные элементы ин-

терфейса, по-разному обрабатываются внешние события, по-разному

происжодит рисование на экране и т.д.

Вместе с тем, по своей сути оконная среда  -  просто  идеальное

поле деятельности для об®ектного программирования. Даже челове-

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

вания,  ясно, что такие вещи, как кнопки, текстовые поля, меню,

вполне заслуживают названия об®ектов, как бы это слово ни пони-

малось. Иначе говоря, вполне понятно, что такое  "кнопка  вооб-

ще", "список вообще" и т.д.

Все это дает основания надеяться, что с помощью об®ектно-ориен-

тированного  подхода можно получить по-настоящему высокоуровне-

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

пах данных.

Данная  особенность оконных сред проявилась, в частности, в по-

явлении довольно большого количества различных классовых библи-

отек, "обертывающих" оригинальные оконные системы.  В  качестве

примеров можно привести MFC, OWL, Zink и многие другие.

Вот  и  среди  стандартных  Java-библиотек присутствует AWT или

Abstract Windowing Toolkit - абстрактный  оконный  инструмента-

рий.

AWT  является системой классов для поддержки программирования в

оконной среде. Его "абстрактность" проявляется в том, что  все,

зависящее  от конкретной платформы, хорошо локализовано и спря-

тано. В AWT реализованы такие  простые  и  понятные  вещи,  как

кнопки, меню, поля ввода; простые и понятные средства организа-

ции  интерфейса  - контейнеры, панели, менеджеры геометрии. Это

хорошо видно на рис. x1.

Рис. x1. Основные элементы иерархии классов AWT.

Все зависимости от платформы содержатся в  ветви,  обозначенной

как Peer.

Далее  мы рассмотрим некоторые особенности AWT, не претендуя на

полноту изложения. Наша цель - дать общее ппредставление о тех-

нологии программирования  графического  оконного  интерфейса  в

среде Java.

          4.3.2.  Из  чего  строится  графический интерфейс (компоненты и

контейнеры)

Если посмотреть на любое оконное приложение, то легко  увидеть,

что  интерфейсная  часть  состоит  из  об®ектов, об®единенных в

группы. В AWT об®екты называются компонентами  (на  самом  деле

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

®ектов реализованы с помощью так называемых контейнеров.  Отме-

тим,  что любой контейнер - это тоже компонента, поэтому группы

об®ектов могут быть вложены друг в друга. Как обычно, меню сто-

ят особняком. Иерархия компонент показана на рис. x2.  (Автором

этого  и  двух  следующих рисунков является Charles L. Perkins,

[email protected].)

Рис. x2. Иерархия компонент AWT

На рис. x3 поясняются обозначения, использованные на рис. x2.

К числу примитивных компонент относятся:

- Button

- Checkbox

- Label

- List

- ScrollBar

- TextArea

- TextField

Основные контейнеры:

- Dialog