Сообщения о прогрессе - пользовательский опыт - PullRequest
1 голос
/ 02 декабря 2009

При отображении индикаторов выполнения отображаются ли общие сообщения, например:

  • "Рабочая"
  • "Loading"
  • "В процессе"

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

  • "Кейс для погрузки 2 из 5"
  • «Загрузка команд»
  • «Сохранение POL10283»

ALso, Если вы кодируете детализированные сообщения, вы управляете ими из объектов, к которым они относятся, или из более широкого представления / модуля, в который загружаются объекты?

Mark

Ответы [ 5 ]

2 голосов
/ 02 декабря 2009

Это значительно улучшает удобство использования, если ваше сообщение дает пользователю представление о том, сколько времени осталось до выполнения задачи.

Так что что-то вроде «Обработка пункта 2 из 5» определенно лучше, чем просто «Обработка».

Я также рекомендую избегать индикаторов выполнения, чем запускаться до тех пор, пока не закончится, а затем просто начать снова, снова и снова. Это только для дразнящих пользователей. Такое ощущение, что: «Это будет сделано через минуту. Ну, может быть, еще через минуту. Еще через минуту».

1 голос
/ 02 декабря 2009

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

Я бы отделил View от фактической детализации обработки (которая может включать объекты, о которых View действительно не должен знать) и использовал бы вид NoticeBoard в моей модели. Интересные события могут быть опубликованы там, и представление может забрать их.

1 голос
/ 02 декабря 2009

Если это задание, для которого вы не знаете длины (нет счетчиков или циклов для подсчета), то для общего сообщения или информации о конкретном шаге все в порядке, но я стараюсь выполнить процент выполнения или «Случай 2». 5 ".

Это дает лучшее представление о выполняемой задаче.

0 голосов
/ 09 декабря 2012

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

«Погрузочный чемодан 2 из 5» «Загрузка команд» "Сохранение POL10283" и т. д. хорошо на химическом заводе и т. д.

Но в простом приложении они могут быть не такими важными.

(2) Что касается вопроса 2, я согласен с Джней выше. Сообщения должны быть в (бизнес / домен) объект. Их вызывающая сторона / клиент (обычно контроллер или представление / представление) должны получить их от объектов.

0 голосов
/ 02 декабря 2009

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

...