По сравнению с хлебными крошками (вариант 1 или 2), древовидный элемент управления (вариант 3) имеет больше преимуществ при обработке иерархии , чем при отображении в нем расположения ресурса. Дерево предпочтительнее, если ваши пользователи собираются перемещать, копировать или сравнивать ресурсы или редактировать саму иерархию. Навигация будет быстрее и проще, если пользователь много перемещается в пределах локальной окрестности иерархии (требуется всего один щелчок, чтобы выбрать другой ресурс в той же ветви). Две или более ветвей иерархии могут быть открыты одновременно, что позволяет легко переключаться назад и вперед. Любые изменения в иерархии сразу становятся очевидными.
Элемент управления Tree представляет убедительное визуальное представление иерархии. По моему опыту, даже начинающие пользователи компьютеров понимают концепцию, если они вообще могут понять концепцию иерархии. Напротив, линейное представление хлебных крошек может заставить пользователей не осознавать даже существующую иерархию. Открытие уровня в древовидном элементе управления для детализации иерархии обеспечивает прочную визуальную связь между текущим уровнем в иерархии и древовидным элементом управления. С панировочными сухарями место, где пользователь щелкает, чтобы развернуть и разместить хлебные крошки, является отдельным созданием для слабой ассоциации. Пользователи часто игнорируют использование хлебных крошек (вместо этого выбрав кнопку «Назад»), и я подозреваю, что одной из причин является то, что, поскольку они не посещали хлебные крошки во время детализации, они не уверены, что верхние уровни иерархии фактически представляют места, где они уже были.
По этим причинам управление деревом лучше для пользователя, исследующего иерархию. Однако можно утверждать, что если пользователям нужно исследовать вашу иерархию, возможно, вам нужно создать другую иерархию. В большинстве случаев вы хотите, чтобы пользователи сосредоточились на нужном ресурсе, а не копались в тупиках и поисках.
Для простого представления местоположения ресурса в иерархии дерево может быть проблематичным. При наличии большого количества элементов на уровне верхние уровни могут прокручиваться вне поля зрения, дезориентируя пользователя: они не могут видеть верхние уровни иерархии и могут даже потерять отслеживание того, насколько глубоко они находятся в иерархии. Это также добавляет к работе переход к альтернативному ресурсу на несколько ступеней в иерархии. Дерево управления также означает, что пользователи должны явно закрывать (сворачивать) уровни, которые они больше не используют. Это полезно для работы с иерархией, но добавляет работу для простой навигации. Пренебрежение закрытием неиспользуемых уровней способствует прокрутке важной информации вне поля зрения. Наконец, управление деревом потребляет больше недвижимости, чем хлебных крошек - недвижимость, которую можно лучше использовать для демонстрации ресурсов.
Итог: используйте древовидный элемент управления, если задача выделяет иерархию больше, чем ресурсы .
Что касается выбора между Вариантом 1 и Вариантом 2, я бы попробовал Вариант 2. Я сомневаюсь, что добавление стрелок раскрывающегося списка смущает кого-либо, и некоторые пользователи будут использовать их, экономя некоторое время при переходе к другим ресурсам данный уровень.
Если задача пользователя состоит в том, чтобы просто перейти к определенному набору параметров на «листьях» иерархии, я, вероятно, не буду использовать ни одну из вышеуказанных опций. Вместо этого я бы использовал цепочку или стек выпадающих списков. Во-первых, есть только один раскрывающийся список. Когда пользователь выбирает элемент из раскрывающегося списка, под ним открывается новый раскрывающийся список, и фокус пользователя автоматически перемещается на него. Это продолжается до тех пор, пока пользователь не доберется до конца иерархии, после чего окно отображает параметры, используя соответствующие элементы управления (например, текстовые поля, кнопки выбора, флажки). Это сохраняет детализацию, визуально связанную с представлением иерархии, в то же время максимизируя пространство для параметров.