Функциональность «Кнопка назад», насколько это важно?

Для «богатых» приложений все чаще приходится ломать кнопку «назад». Я всегда считал, что это дурной тон, но, может быть, это мнение устарело?

Это когда-нибудь нормально, чтобы сломать кнопку назад? И если да, то каковы критерии?

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

Mozilla провела исследование о том, как люди используют его браузер, и результаты для кнопки «назад» впечатляют:

Кнопка «Назад» используется гораздо чаще, чем любой другой элемент навигации (под которыми мы подразумеваем кнопки «Назад», «Вперед», «Перезагрузить», «Стоп» и «Домой»). 93,1% участников исследования использовали кнопку «Назад» как минимум один раз, и в среднем каждый пользователь нажимал кнопку « Назад» 66,2 раза в течение 5 дней - это в 3 раза больше, чем кнопка «Перезагрузить», в 10 раз больше, чем кнопка «Домой», и более чем в 30 раз больше, чем кнопка « Назад». Кнопки Вперед и Стоп!

источник

Я часто использую кнопку «Назад» и ненавижу ее, когда не могу ее использовать.

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

Следует избегать взлома кнопки «назад».

В некоторых случаях нажатие кнопки «назад» может быть нормальным, но это почти всегда не нужно. Я много видел это в многошаговых формах, где вы публикуете сообщения с одной страницы на следующую. В этом случае вам следует перейти со страницы формы (1), опубликовать на другой странице (2), где (например) хранятся материалы в сеансе, а затем перенаправить обратно на другую страницу (3). Когда пользователь нажимает кнопку «Назад», он переходит от (3) к (1).

Даже с RIA вы можете использовать URL-хэши / якоря (т.е. page.html#section) и отслеживать их на предмет изменений. Gmail делает это для разных «страниц», таких как «Входящие», «Создать», «Настройки» и т. Д. Этот вопрос о переполнении стека поможет вам, если вы захотите реализовать это.

Важно сломать кнопку «Назад» на сайтах, где пользователь проходит тестирование, на некоторых банковских сайтах. В общем, не очень хорошая идея.

Основная причина, по которой он «становится все более распространенным», заключается в том, что некоторые платформы RIA не поддерживают кнопку «назад» или требуют от вас активного размышления о том, как включить его использование в ваше приложение. Большинство фреймворков действительно предлагают некоторую поддержку навигации, например, такую ​​как поддержка Silverlight 3 для фреймов и элементов управления страницей , вам просто нужно знать, как эффективно его использовать. Та же самая навигационная структура используется в приложениях Windows Phone 7.

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

По моему опыту, если вы не используете встроенную среду, такую ​​как приложение, внутри контекста браузера (например, Silverlight, упомянутого выше), и не имеете четкой, удобной навигации на месте, просто не стоит начинать заниматься с функциональность по умолчанию. В тех случаях, когда я видел его использование, почти всегда возникали проблемы с несовместимостью другого браузера с javascript или сессией, которая не всегда сохранялась правильно, и когда кто-то «случайно» нажимал кнопку, вещи обычно не продолжались, как ожидалось.

Я думаю, что я могу суммировать ответы как

Вы никогда не должны этого делать, если вы абсолютно не можете избежать этого. Даже тогда вы не должны.

Звучит правильно.

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

Короче говоря, кнопка «Назад» должна что-то делать, но то, что она должна делать, зависит от приложения.