ЧАСТЬ да полызовательскогс интерфейса

Рис Ы-2. Записи, участвующие в связи со стороны многие , выводятся одновременно

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

Но такой способ не всегда подходит - может понадобиться выводить записи, участвующие в связи со стороны многие , по одной (рис. 14-3). В таком случае придется решить две проблемы: дать пользователю понять, что набор не ограничивается одной записью, отображаемой в форме, и обеспечить механизм перехода от одной

записи к другой.

Рис. 14-3. Записи, участвующие в связи со стороны выводятся по одной

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

ГЛАВА 14 SsjsSh вдежщ ещн1ас1гя*1!й ш фйрмш*! сиетемн

же перемешаться в начало и набора записей - это стандарт-

ный механизм навигации Microsoft Access. В данном случае такой подход имеет очевидный недостаток: два совершенно одинаковых элемента управления расположены причем только места их

размещения догадаться, что один относится к подчинен-

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

Иногда механизм ианиишии можно убрать из основной формы, его другими элементами управления. Но при этом пользовательский интерфейс должен быть тщательно продуман. Например, в. форме на рис. 14-3 можно заменить механизм навигации, позволяющий перемещаться между записями основного набора, эффективным средством поиска нужных категорий продуктов и выборки соответствующих записей. Вряд ли пользователям потребуется просматривать одну за другой все записи основной формы, содержащие служебную информацию. Зато удобное средство выборки записей по заданным параметрам наверняка окажется весьма 1лезным.

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

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

Например, определите следующее правило: для перемещения меж-дями. участвующими в связи со стороны один , будут использоваться кнопки, похожие на кнопки Forward и Back панели инструментов Microsoft Internet огег, а для перемещения между записями, участвующими в связи со стороны - стандартный механизм навигации Microsoft Access. Придерживаясь этого правила во всех формах, имеющихся в системе, вы обеспечите согласованность интерфейса. В этом случае во всех формах, представляющих простые сущности, и не в связях со стороны многие , для перемещения между записями следует использовать кнопки Forward и Back.

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

ЧАСТЬ 3 Проектрояаныв гюльэсБательского интерфйсг

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

будут и на этапе разработки формы, и на этапе реализации. Но если у

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

Позаботьтесь особо, чтобы несколько элементов, размещенных в

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

на самом деле это не так. На рис. 14-4 показана форма с двумя снис-ками. При этом совершенно непонятно, принадлежат ли данные телефонные номера компании, название которой указано в ноле Company Ште, или это номера телефонов адников, чьи фамилии не-речислены в поле

II] Steven Buchanan Nancy Davafo Andiew Fulei .J atw. LffveiSng Margaret Peacock

( ЩЙ5Э[ВЗ

I2Q61 555 8122

Puc. 14-4. Плохо организованная форма затрудняет восприятие пользователя

555-9462