ЧАСТЬ 3 Пр()е(стирований пййьзоаагелмжого интерфейса

рое активно в данный момент. Но известно ли это всем пользователям? Например, пользователи пе работавшие ранее с Access, могут вполне логично предположить, что если команда нить выполняется в приложение wint. то будут сохранены все изменения в базе данных независимо от того, в каком окне они были

выполнены.

Простой выход из этой ситуации предлагает руководство *The Windows Interface Guidelines for Software Design*. В меню File можно ввести дополнительную команду Save All (Сохранить все) для сохранения все ыполненных во всех открытых окнах приложения. Разумеется, эт млне разумное решение, но и оно - всего лишь компромисс. От пользователя такой системы все равно требуется четко понимать разницу межд ложением и объектами, над которыми оно выполняет различные действия.

Это один из нюансов модели реализации, а не ментальной модели пользователя. И он, как правило, вызывает у пользователей большие затруднения. Даже весьма искушенные могут перепутать, забыть или просто не знать, где что хранится в этом приложении. Лично я до сих нор путаю, какие параметры форматирования хранится в списке стилей в Word, а какие - в самом документе, хотя уже не один год работаю с этим приложением.

Но несмотря на все это, классические ложения широко распространены. Они были и остаются наиболее удобными, если необходимо открывать одновременно несколько окон.

Диалоговая ель управления

Интерфейс многих приложений разрабатывается в стиле диалоговой

панели управления. При запуске такого приложения открывается основная форма (рис. 13-5). Большинство ее кнопок предназначены для вызова различных форм или создания отчетов.

Эта структура интерфейса реализована в мастере создания новых форм Access. Очевидно, она знакома многим разработчикам, создававшим базы данных )щью этого приложения. Такой tii-j icpi.ieMc несложно реализовать и средствами ill Basic.

Должна признаться, что я несколько предубеждена против данного решения. Мне все это напоминает неуклюжие программы, нани-санные для DOS: возрождается старая концепция структуры команд меню Поиск записи/Редактирование записи/Печать записи, которая только утомляет и раздражает пользователей.

ГЛАВА 13 AjaKsweKTyps (5альзовЕгел!.ского интерфейез

ei Main SwitchbDsid

aitSOiitor-lfllflmisfeirL

Puc При запуске приложения на экране появляется

диалоговая панель управления

Использование интерфейса в виде диалоговой панели

однако, вполне оправдано там, где одно приложение несколько различных рабочие вдссов, и вы не хотите тратить время и силы на разработку интерфейса в стиле Outlook. Оно также полезно, если нужна возможность открывать одновременно несколько окон. Диалоговая панель верхнего уровня, на которой размешены кнопки, соответствующие рабочим позволяет

быстро с приложением.

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

iripoeicT

Я рассматриваю организацию интерфейса в виде проекта как одну из

разновидностей диалоговой панели управления. В этой архитектуре нет главного окна, из которого открываются дочерние, Окно проекта позволяет открывать другие окна непосредственно на рабочем столе. 501-интерфс1!. Visual Basic - типичный пример этой разновидности интерфейса (рис. 13-6).

ЧАСТЬ 3 Проеетированйе пшшзоеательского инте1 фейса

Рис. 13-6. Visual Basic име SD1 организованный в виде проекта

это интерфейс,

Открытые окна проекта отображаются на панели задач. тели могут с одного окна на другое и управлять каж-

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

Хотя интерфейс юованный в виде проекта, лишен недостатков классической модели MDI, в нем существует другое противоречие - связь между окном проекта и относительно независимыми окнами, управляемыми из него.

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

ли задач, и все же это не совсем удобно.

Если для реализации приложения вы выбрали

архитектуру проекта, рекомендую использовать модель окна в Access. Она сочетает легкость которую предоставляет

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