Исходя из веб-разработки, как я подхожу к удобству и дизайну настольных приложений? - PullRequest
2 голосов
/ 06 августа 2009

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

Большинство разработанных мною веб-приложений имеют простую домашнюю страницу со ссылками на каждый сервис, предлагаемый приложением. Большинство этих страниц содержат списки элементов в базе данных, которые вы можете развернуть или выполнить операции, следуя ссылкам типа «редактировать», «обновлять» или «удалять». Подумайте о панели управления пользователя vBulletin. Меню внизу слева, группы данных и операции справа.

Сейчас я занимаюсь разработкой настольных приложений и мне интересно узнать о наиболее распространенных идиомах дизайна. В приведенном выше примере я представляю некоторый интерфейс с вкладками (например, Eclipse с перспективой Java, перспективой Subversion и т. Д.), Но если группы функций используются с примерно одинаковой частотой, пользователь будет очень часто переключаться между вкладками. , Мне также интересно, хочу ли я позволить пользователю запускать n вкладок одного типа или предварительно загружать каждую вкладку для каждой функциональной группы и разрешать пользователю только переключаться между ними.

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

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

Каким принципам и особенностям дизайна вы следуете при разработке настольных приложений в этой ситуации?

Ответы [ 4 ]

1 голос
/ 06 августа 2009

Наличие трех отдельных окон для каждой группы данных позволяет пользователям видеть более одной группы данных бок о бок (при условии, что их мониторы достаточно велики), а гибкость, которую не предоставляют вкладки. Отдельные окна также позволяют вам иметь разные строки меню и панели инструментов для каждой группы данных, устраняя беспорядок в куче отключенных операций, когда пользователь работает с какой-либо одной группой данных.

Если ваше «домашнее» окно больше похоже на информационную панель для обобщения и мониторинга того, что находится в трех других окнах, вы вправе не иметь одно в дополнение к трем окнам для фактических данных. Вместо этого разрешите пользователям открывать любое окно в раскрывающемся меню любого из трех окон. Вместо вездесущего пункта меню Открыть, найденного в меню Файл большинства приложений для настольных компьютеров, есть три Элементы меню Открыть, по одному для каждой группы данных (например, «Открыть клиентов», «Открыть инвентарь», «Открыть заказы» или, может быть, просто маркируйте их клиентами, запасами, заказами). Не используйте каскадное меню, если добавление набора Open Xs не сделает ваше меню File очень длинным; 15-20 пунктов меню являются приемлемыми. Избыточные кнопки панели инструментов для открытия каждого окна также могут быть хорошей идеей.

Нет причин, по которым вы не можете открыть все три окна по умолчанию, когда пользователи запускают программу, если они действительно используют все три одинаково в данном сеансе. Если они имеют тенденцию использовать одно окно на сеанс, вы можете предоставить диалог при запуске (возможно, интегрированный с всплывающим окном) с командными кнопками для выбора начального окна; или вы можете исключить дополнительный шаг диалога, поместив три ярлыка в меню «Пуск» при установке, по одному для каждого окна. Если существуют неслучайные различия в том, какие окна используются, когда, вы можете альтернативно автоматически открывать все окна, которые были открыты в последние пять секунд предыдущего сеанса. Если существуют индивидуальные различия в использовании окон, и у вас есть какой-то способ узнать, какие окна конкретный пользователь имеет тенденцию использовать чаще всего (например, из описания своей работы), тогда установите окна по умолчанию при установке. Если ничего не помогает, предоставьте пользователям опцию / предпочтение, чтобы выбрать, какие окна открывать при запуске.

Еще одна вещь: в качестве настольного приложения используйте редактирование на месте. Не заставляйте пользователей нажимать ссылку или кнопку «Изменить», чтобы изменить запись в базе данных, как это делают многие веб-приложения. Пусть пользователи вносят изменения прямо в таблицу, в которой отображаются данные. Это упрощает и ускоряет взаимодействие и уменьшает сложность (количество окон) вашего приложения.

0 голосов
/ 08 сентября 2009

Возможно, вы захотите написать свое приложение на Eclipse Rich Client Platform (RCP). Эта платформа даст вам необходимую поддержку в мире подходов MDI. Посетите домашнюю страницу Eclipse RCP для получения дополнительной информации.

0 голосов
/ 08 августа 2009

http://richnewman.wordpress.com/2007/10/26/user-interface-design-for-business-applications/

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

0 голосов
/ 06 августа 2009

Не уверен, почему вы не получаете никаких ответов на это. Что бы это ни стоило, вы должны найти много ответов на этот вопрос .

...