Глава 7 Swing и пользовательский интерфейс

Тема 7.1 Общие сведения о swing

Практически каждое приложение можно разделить на две части. Первая это код, выполняющий те действия, для которых и была написана программа, например копирование файла, формирование запроса к базе данных, оформление заказа или финансовые вычисления. Вторая часть –это интерфейс, который определяет порядок взаимодействия пользователя с программой. Действия, выполняемые приложением, безусловно важны. Но нельзя недооценивать также значение пользовательского интерфейса, который не только задает внешний вид программы, но часто также определяет, насколько успешным будет данный продукт на рынке. Таким образом, создание привлекательных, согласованных и эффективных пользовательских интерфейсов –неотъемлемая часть процесса разработки программ. Для программистов, применяющих язык Java, путь к созданию высококачественных интерфейсов –это использование Swing.

Swing представляет собой набор классов, применяемых для создания графических пользовательских интерфейсов (GraphicalUserInterface –GUI) современных приложений, в том числе Web-программ. Swing предоставляет богатый набор визуальных компонентов, например, кнопок, полей редактирования, полос прокрутки, флажков опций и таблиц, разработанных так, чтобы их можно было успешно применять в самых различных приложениях. Посредством Swing можно разработать интерфейс приложения на профессиональном уровне, наилучшим образом удовлетворяющий потребностям пользователей. Более того, трудно представить профессионального программиста, не владеющего Swing.

В ранних версиях Java средства Swing еще отсутствовали. Можно считать, что они стали попыткой преодолеть трудности, связанные с использованием первой оконной подсистемы AWT (AbstractWindowToolkit). В AWT был определен базовый набор управляющих элементов и окон, позволяющий создавать графические интерфейсы, правда, с ограниченными возможностями. Одним из ограничений AWT была платформенно-ориентированная поддержка визуальных компонентов. В результате внешний вид интерфейсных элементов определялся не средствами Java, а используемой платформой. Элементы, создаваемые средствам AWT, назывались тяжеловесными.

Платформенно-ориентированная поддержка интерфейсных элементов стала источником ряда проблем. Во-первых, из-за различия в операционных системах компоненты по-разному выглядели и даже по-разному вели себя на различных платформах. Это было прямым нарушением главного принципа Java: код, единожды написанный, должен работать везде. Во-вторых, внешний вид каждого компонента был фиксированным, и изменить его было достаточно трудно (причина та же – платформенно-ориентированные средства поддержки). В-третьих, использование тяжеловесных компонентов порождало ряд проблем, например, такие компоненты всегда имели прямоугольную форму и были непрозрачны.

Потребовалось не слишком много времени, чтобы осознать, что ограничения AWT слишком серьезны и нужен новый подход. В результате в 1997 г. появился набор Swing. Он был включен в состав JFS (JavaFoundationClasses). JFC –это набор классов, обеспечивающих базовую поддержку корпоративных приложений с пользовательским интерфейсом. Другими компонентами JFC являются AWT (AbstractWindowToolkit), Java 2D, Drag и Drop и AccessibilityAPI. Первоначально Swing использовался в Java 1.1 как отдельная библиотека. Однако в Java 1.2 средства Swing(как и остальные элементы JFS) были полностью интегрированы в Java. В настоящее время Swing –неотъемлемая часть данного языка.

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

Все компоненты Swing, за небольшим исключением, являются легковесными. Это означает, что они написаны полностью на Java и не зависят от средств той платформы, на которой выполняется программа. Поскольку при воспроизведении легковесных компонентов используются графические примитивы, они могут иметь форму, отличную от прямоугольной. Следовательно, такие компоненты являются более эффективными и гибкими. Поскольку легковесные компоненты не преобразуются в платформенно-ориентированные элементы, их внешний вид определяет Swing, а не операционная система. Следовательно, интерфейсные элементы, созданные с помощью Swing, выглядят одинаково на разных платформах.

Swing поддерживает настраиваемые стили. Поскольку каждый компонент воспроизводится с помощью Java-кода, его внешний вид полностью контролируется средствами Swing. Это означает, что внешний вид компонента можно отделить от логики его работы; эта возможность реализована в Swing. Такое разделение позволяет изменить внешний вид компонента, не затрагивая других его характеристик. Другими словами, появляется возможность перенастроить внешний вид, Не создавая побочных эффектов в коде, использующем компонент. Более того, можно также создавать глобальные стили, определяющие, как будет выглядеть интерфейс в целом. При переключении стиля внешний вид всех элементов изменяется автоматически.

Настраиваемые стили создают ряд преимуществ. Становится возможным обеспечить один и тот же внешний вид окна программы на разных платформах. С другой стороны, можно также настроить программу таким образом, что ее интерфейс будет соответствовать той или иной конкретной платформе. Например, если вы знаете, что ваша программа будет выполняться только в среде Windows, вы можете задать для нее внешний вид, соответствующий остальным программам, работающим в данной системе. Можно также сформировать свой стиль, отличающийся от стилей известных платформ. И наконец, есть возможность динамически изменять внешний вид программы в процессе ее работы.

Каждому пользователю Swing изначально доступны разные стили, например: metal, Windows и др. Стиль metal также называют стилем Java. Это платформенно-независимый стиль, доступный во всех средах выполнения Java-программ. Он принимается по умолчанию. Существует также стиль Mac, доступный в системе Mac, и стиль GTK+, который можно использовать на платформах Mac и Solaris. В данной книге используется стиль Java. Такой выбор сделан потому, что данный стиль доступен на всех платформах. Однако никто не мешает вам при желании экспериментировать с другими стилями и даже создавать свои.

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

Тема 7.2 Архитектура MVC

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

· Способ отображения на экране.

· Реакция на действия пользователя.

· Информация, связанная с данным компонентом.

Этими тремя характеристиками компонент обладает независимо от того, какая архитектура использовалась при его создании, тем не менее одна из архитектур с честью выдержала испытания временем и доказала свою эффективность. Это архитектура " модель-представление-контроллер" (MVC –Model-View-Controller).

Преимущество данной архитектуры состоит в том, что каждая ее составляющая в точности соответствует одной из характеристик компонента. Модель задает состояние компонента. Например, для флажка опций модель содержит признак того, установлен или сброшен флажок. Представление определяет, как компонент будет отображаться на экране, в том числе как будет представлено текущее состояние модели. Контроллер обеспечивает реакцию компонента на действия пользователя. Например, когда пользователь щелкает на флажке опций, реакцией контроллера является изменение модели (установка сброшенного флажка или сброс установленного). Кроме того, в ответ на действия пользователя обновляется представление. Разделяя компонент на модель, представление и контроллер, можно добиться того, что реализация одной части не будет оказывать влияния на остальные две. Например, разные представления могут отображать один и тот же компонент разными способами; при этом модель и контроллер остаются неизменными.

Несмотря на то что принципы архитектуры MVC выглядят очень привлекательно, в случае компонентов Swing разделение функций представления и контроллера не дает ощутимых преимуществ. Поэтому в Swing используется модифицированный вариант MVC, в котором представление и контроллер объединены в единый элемент, называемый представителем пользовательского интерфейса. Подход, используемый в Swing, известен как архитектура " модель-представитель" или архитектура с выделенной моделью. Таким образом, несмотря на то, что компоненты Swing похожи на MVC, их нельзя рассматривать как классическую реализацию данной архитектуры.

Настраиваемые стили Swing стали возможными благодаря использованию архитектуры " модель-представитель". Поскольку представление и контроллер отделены от модели, их можно заменить, не затрагивая механизмов взаимодействия компонентов с программой: С другой стороны, модель можно модифицировать, не изменяя при этом внешний вид элемента и его реакцию на действия пользователя.

Поддержка архитектуры " модель-представитель" обусловливает наличие компонентах Swing двух объектов. Первый из них представляет модель, второй соответствует представителю пользовательского интерфейса. Модели определяются посредством интерфейсов, например, модель для кнопки определена с помощью интерфейса ButtonModel, Представителями пользовательского интерфейса являются подклассы ComponentUI. Например, в роли представителя для кнопки выступает объект ButtonUI. В обычных условиях программа не взаимодействует с представителем интерфейса.

⇐ Предыдущая 13 14 15 16 171819 20 21 22 Следующая ⇒