Читать диплом по всему другому: "Исследование методов построения пользовательских интерфейсов" Страница 3
- 1
- 2
- 3
- 4
- 5
- . . .
- последняя »
данный подход плохо работает для современных Ajax приложений и особенно для RIA. В настоящий момент происходит стремительное слияние настольных (GUI) и веб-приложений.
Использование специализированных языков описания интерфейса и сред разработки.
Возникло решение позволяющее отделить внешний вид пользовательского интерфейса от бизнес-логики программы. Решение основано на специальных языках описания интерфейса - XAML от Microsoft, MXML от Adobe, ZUL от Mozilla и так далее. В этих текстовых языках описывается внешний вид элементов (в векторном формате) так, что интерфейс можно создавать в любом редакторе.
В языке XAML можно задавать не только расположение элементов на экранной форме (в векторном виде), но и все трансформации, которые с ними происходят.
Для редактирования XAML лучше всего применять специальные пакеты такие как, например, Microsoft Expression Blend (Blend). Редактирование внутри него происходит в наглядной, визуальной форме, то есть проектировщик может создавать элементы, перемещать их по экрану и описывать поведение.
Рисунок 2 - Основные потоки взаимодействия при использование специализированных языков описания интерфейса и сред разработки. Взаимодействие между членами команды теперь происходит следующим образом:
Проектировщик создает прототип.
Дизайнер получает код XAML, и прямо в среде Blend или ином XAML редакторе (например, в Microsoft Expression Design) создает совершенно новый файл XAML, содержащий объекты интерфейса в конечном оформлении.
Проектировщик снова получает код XAML от дизайнера и переделывает его так, чтобы его было удобно поддерживать далее в процессе разработки продукта. Самое главное - проектировщик создает сценарии трансформаций совершаемых с объектами, то есть определяет, как объекты будут реагировать на действия пользователя.
Разработчик получает от проектировщика код XAML привязывает бизнес-логику и связывает все трансформации (кусочки взаимодействия).
Обмен информацией обеспечивается с помощью результатов труда каждого специалиста и происходит по схеме, представленной на Рисунке 2.
Общие подходы к построению пользовательских интерфейсов
Для эффективной работы системы и ее большого покупательского спроса недостаточно только того, чтобы аппаратура и программы обеспечивали правильные результаты - не менее важным фактором является удобство работы пользователя. Любая программа, претендующая на то, чтобы быть «удобной для рядового пользователя» должна обладать графическим пользовательским интерфейсом.
Рассмотрим основные подходы к построению «удобного и правильного» GUI.
Работу пользовательского интерфейса программного средства можно описать в виде диаграммы на Рисунке 3. Каждое действие пользователя ведет к изменению состояния графического интерфейса (визуально - это выставление флажков, зажатие кнопок и т.д., программно идет обращение к соответствующему обработчику данного состояния), что в свою очередь ведет к исполнению определенного модуля программы и дальнейшему изменению состояния графического интерфейса (визуализации ответа программы на действие пользователя).
В случае такого представления логики работы графического интерфейса гораздо проще проводить тестирование отдельных состояний и переходов. Поскольку на диаграмме видны все возможные входные
- 1
- 2
- 3
- 4
- 5
- . . .
- последняя »
Похожие работы
Интересная статья: Основы написания курсовой работы

(Назад)
(Cкачать работу)