Альтернативный интерфейс "html" для веб-приложений на основе Ajax - PullRequest
0 голосов
/ 03 мая 2009

в веб-приложениях на основе Ajax. Обязательно ли предоставлять альтернативный интерфейс "html" для тех, у кого не включен javascript и медленные соединения?

например, Google Mail предоставляет приложение Ajax и обычный HTML , но Microsoft SharePoint нет.

мы должны заботиться о них (отключен JavaScript / медленные соединения) или нет?

Ответы [ 3 ]

2 голосов
/ 03 мая 2009

"обязательно"? "Должен"? По мнению кого? Нет закона о том, что вы должны (по крайней мере, в США), если только вы не попали под государственный контракт, который требует Раздел 508 соответствия ( доступность для людей с ограниченными возможностями, например как слепой: решение JavaScript может не сработать в программе чтения с экрана), или каков ваш локальный эквивалент.

Теперь, а вы? Вероятно, да. Вы действительно хотите сказать своим пользователям, которые предпочитают работать с отключенным JavaScript, что они не могут использовать ваш сервис? Или вы хотите, чтобы люди, работающие на мобильных телефонах с медленными процессорами и, возможно, хуже или без поддержки JavaScript, не могли использовать ваш сервис? Рассмотрим также ваших слепых пользователей, которые могут использовать ваш сайт с программой чтения с экрана. Кроме того, проще для поисковых систем индексировать ваш сайт, если весь контент находится в статических версиях страницы, а не скрыт в чем-то, загруженном через XMLHTTPRequest. И хорошо спроектированный статический веб-сайт также может быть гораздо легче приспособлен к API типа REST , чем динамический сайт на основе JavaScript.

Конечно, всегда есть некоторые приложения, которые просто не имеют смысла в качестве статической HTML-страницы. Если вы реализуете приложение для рисования с использованием HTML5 canvas, на самом деле нет никакого способа сделать это статичным. Но в целом, если вы можете сделать статическую версию, и это не слишком увеличивает стоимость проекта, вы, вероятно, должны. Фактически, некоторые отстаивают, что вы сначала делаете простую HTML-статическую версию, и рассматриваете стилизацию и JavaScript как прогрессивное улучшение в статической версии, а не основной фокус. *

2 голосов
/ 03 мая 2009

Это действительно вопрос, на который вы должны ответить сами. Вы должны быть в состоянии определить, какую базу пользователей вы будете отклонять, не предоставляя / не поддерживая людей без поддержки Ajax. Кроме того, вы можете рассмотреть аспекты SEO и / или доступности.

Если бы это было внутреннее / контролируемое веб-приложение, то я бы не слишком беспокоился об этом. Однако для общедоступного веб-сайта я склонен программировать на наименьший общий знаменатель и наращивать его оттуда.

1 голос
/ 03 мая 2009

Это не обязательно. В зависимости от того, насколько важно, если кому-то не удастся сделать то, что ему нужно, вы решите, будете ли вы внедрять альтернативу «html».

например, это имеет значение много в интернет-магазине и, возможно, не так много в фотогалерее на сайте социальной сети

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...