Глава 13 Арчитскт ноль ловя те jjfecsora интер( 1йса

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

К сожалению, ни Access, ни Visual Basic не предоставляют встроенных элементов управления для реализации такого интерфейса, хотя именно эта архитектура использована в Microsoft Access 2000 при реализации главного диалогового окна Database, предоставляющего пользователю доступ ко всем объектам баз данных (рис. 13-3). Однако многие компании, разработкой коммерческого программного обеспечения, предоставляют широкий набор компонентов ActiveX, использующих этот тип архитектуры. Эти компоненты легко интегрируются в среду разрабатываемого приложения.

Puc, 13-3. В Microsoft Access 2000 главное оеовое окно Database использует стиль Outlook

Если вы используете этот стиль интерфейса, разумно дать пользователям возможность скрыть ту область в которой размещают-

чкп. как это сделано в Outlook. Эта область предоставляет удобные средства навигации, однако после того как нужный документ найден и открыт, инструменты навигации не нужны и только занимают место на экране.

Мношдокумвнтная архитектура

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

ЧАСТЬ 3 Проекте роаанае пользовательского 8 те{}фейса

позволяет открывать несколько дочерних окон из главного окна приложения.

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

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

рассматриваемыми конфигурациями, и сами эти рации не обязательно должны быть взаимоисключающими.

Кпзссическая архитектура MDI

Классическая структура ложения - это основное окно, из которого открываются отипные или разные дочерние окна. Стандартный пример такой архитектуры - Microsoft Word, в окне этого приложения может быть открыто одновременно несколько документов. Числ ентов открытых в дочернем окне, ограничивается только объемом оперативной памяти компьютера.

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

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

В Word имеется специальная команда, выполняемая из командной строки - /п. Она позволяет включить или отключить режим открытия нового окна документа при запуске приложения. Вы можете предусмотреть аналогичную команду в своем -

нусть, например, пользователи с щъю открывают форму Orders (Заказы) и вводят данные.

Если вы решили реализовать такую команду в разрабатываемой системе, не забудьте предусмотреть возможность для тех, кто ею не

пользуется, отключать ее. Кроме того, на этапе разработки позаботьтесь,

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

ГЛАВА 13 uiMtfTcsTvpo п(]гль2еззтелйе:!<.чгб йг+тврфейеа

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

записи в базу данных.

Основная проблема, связанная с МВГ-архнтехтурой интерфейса - сложность и противоречивость модели ее внутренней структуры. С точки зрения графической среды, главное окно приложения содержит все дочерние окна, открываемые из него; но далеко не всегда объекты, отображаемые в дочерних окнах, принадлежат этому же приложению. Так, например, документы Microsoft Word - это отдельные объекты файловой системы. Зачастую подобная непоследовательность серьезно затрудняет реализацию системы, а пользователей приводит в замешательство. В системах тзугоших базы данных, клиентские приложения, как правило, изолированы от сложностей, связанных с архитектурой СУБД. Но даже в самых простых приложениях, работающих с базами данных, далеко не всегда удается полностью решить все эти проблемы.

Вот пример такой системы: пользователь открыл несколько окон и переходит от одного к другому, причем в каждом из этих окон выполняет какие-то изменения, не сохраняя их (рис. 13-4).

Рис. 13-4. Модель внутренней структуры MDI-приложения:главное wpHue окна

Что произойдет, когда пользователь выберет в меню File (Файл) команду Save (Сохранить)? Будут сохранены только изменения, сделанные в окне Suppliers (Поставщики). Для вас это очевидно, поскольку вы знаете, что команды меню выполняются только для окна, кото-