Там есть (коммерческое готовое) приложение, в котором я работаю по настройке, где несколько страниц занимают очень много времени для загрузки для определенных распределений данных. (Я говорю примерно 3 минуты для загрузки страницы в этом экземпляре... и время растет экспоненциально).
Ясно, что это неприемлемо, но существуют ли там исследования, где я могу указать, какое приемлемое время отклика?
Я бы хотел, чтобы некоторые хорошие исследования могли обсудить время отклика.
Исследование Jakob Nielsens ответило на это для любого приложения (веб-приложения не являются особыми в этом отношении):
0,1 секунда: ограничение для пользователей, считающих, что они непосредственно манипулируют объектами в пользовательском интерфейсе.
1 секунда: ограничение для пользователей, которые чувствуют, что они свободно перемещаются в командном пространстве без необходимости чрезмерного ожидания компьютера.
10 секунд: Ограничьте внимание пользователей на задание.
http://www.nngroup.com/articles/response-times-3-important-limits/
Итак, для веб-приложений вы должны поддерживать время отклика своей страницы максимум в 500 мс в среднем рядом с серверами, чтобы иметь веб-приложение, которое приятно использовать даже при сетевом времени 200-300 мс.
Допустимое время ответа пользовательского интерфейса основано на человеческой психологии и поэтому одинаково для веб-приложений, как и для традиционных настольных приложений.
В зависимости от того, как конечный пользователь воспринимает выполняемую операцию, приемлемое время отклика может составлять 1 секунду (например, для закрытия "диалогового окна" ) или 10 секунд (например, для отображения результатов расчета).
Юзабилити-гуру Якоб Нильсен написал хорошую статью о приемлемом времени отклика веб-приложений.
Опубликованные руководящие принципы пользовательского интерфейса определяют одинаковое допустимое время отклика, например:
Да В статье Nielsen есть хорошая информация о том, как психология вовлечена. Здесь вы можете найти больше информации о том, почему важна "воспринимаемая производительность", а не только фактическое время отклика.
Я разместил связанный вопрос и получил некоторые интересные ответы, которые могут помочь. См
Что считается хорошим временем отклика для динамического персонализированного веб-приложения?
А назад мне сказал профессор, что средний пользователь отказывается после 10 секунд ожидания, ничего не происходит. Наблюдение чего-то произойдет, скорее всего, увеличит их склонность ждать. Но это было некоторое время назад... когда промежутки были медленнее.
Там хорошая запись в блоге здесь, в которой утверждается, что на самом деле нет отраслевого стандарта.
Возможно, нет хорошего способа сделать это.
& INFIN; является наименее приемлемым временем отклика.
После этого максимальное время, которое пользователь ожидает от него, которое сильно зависит от вашей услуги.
Анимированная область значительно увеличит терпение пользователя, будь то песочные часы, вихрь, круг, даже бар, который заполняется и опустошается снова и снова. Пока проблема явно не в том, что их действия не были услышаны, они будут ждать.