Вы планируете JavaScript, являющийся прочь?

Это зависит от целевой аудитории вашего приложения. На мой взгляд, создание сайта с функциональностью javascript независимо от того, есть он у пользователей или нет, является плохой практикой. Но каждый проектирует / разрабатывает сайты так, как хочет. Мне нравится сначала кодировать сайт без ЛЮБОГО javascript. Убедитесь, что он работает, а затем постепенно улучшайте его с помощью javascript.

Конечно, сделать ваш сайт доступным - это большой труд. Если ваше приложение нацелено на игровое сообщество, я бы не стал слишком беспокоиться о доступности. Если ваше приложение регулируется государственными постановлениями, то необходимо следовать WCAG и , раздел 508 .

Преимущество соблюдения WCAG и Раздела 508 заключается в том, что вы убиваете двух зайцев одним выстрелом.

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

<noscript>JavaScript is required to use the advanced features on this page, please enable JavaScript.</noscript>

Как уже говорили другие, это зависит.

Есть три традиционных варианта использования, в которых отключение JavaScript было «ожидаемым»:

• мобильные
• люди с ограниченными возможностями
• среды с высоким уровнем безопасности.

Все они развиваются, чтобы включить javascript в обычный сценарий использования:

• Мобильные браузеры получают расширенную поддержку javascript
• Стандарты веб-доступности в настоящее время пересматриваются для поддержки веб-сайтов, управляемых javascript сайты.
• Браузеры, такие как google chrome, демонстрируют, что движки javascript могут быть эффективно изолированы.

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

Прогрессивный рендеринг ... это отдельная тема. Gmail не выполняет прогрессивный рендеринг, у него просто есть отдельный интерфейс для людей, которые не могут использовать полный интерфейс. Этот отдельный интерфейс не делает того, что делает полный Gmail. Я сам создаю веб-приложения и какое-то время пробовал прогрессивный рендеринг, но в итоге использовал модель Gmail:

• Богатый интерфейс, требует современных браузеров с включенным javascript и стилями. Если браузер не обладает достаточными возможностями, он возвращается к ...
• Простой интерфейс, базовый html, базовый набор функций, ориентированный на мобильные устройства, но также пригодный для людей с ограниченными возможностями

Эта модель позволяет мне предоставлять лучший пользовательский интерфейс для всех моих пользователей по более низкой цене, чем при использовании прогрессивного рендеринга. YMMV.

Gmail не выполняет прогрессивную визуализацию, у него просто есть отдельный интерфейс для людей, которые не могут использовать полный интерфейс. Этот отдельный интерфейс не делает того, что делает полный Gmail. Я сам создаю веб-приложения и какое-то время пробовал прогрессивный рендеринг, но в конце концов остановился на модели gmail:

• Богатый интерфейс, требует современных браузеров с javascript и включенными стилями. Если браузер не обладает достаточными возможностями, он возвращается к ...
• Простой интерфейс, базовый html, базовый набор функций, ориентированный на мобильные устройства, но также пригодный для людей с ограниченными возможностями

Эта модель позволяет мне предоставлять лучший пользовательский интерфейс для всех моих пользователей по более низкой цене, чем при использовании прогрессивного рендеринга. YMMV.

Gmail не выполняет прогрессивную визуализацию, у него просто есть отдельный интерфейс для людей, которые не могут использовать полный интерфейс. Этот отдельный интерфейс не делает того, что делает полный Gmail. Я сам создаю веб-приложения и какое-то время пробовал прогрессивный рендеринг, но в конце концов остановился на модели gmail:

• Богатый интерфейс, требует современных браузеров с включенным javascript и стилями. Если браузер не обладает достаточными возможностями, он возвращается к ...
• Простой интерфейс, базовый html, базовый набор функций, ориентированный на мобильные устройства, но также пригодный для людей с ограниченными возможностями

Эта модель позволяет мне предоставлять лучший пользовательский интерфейс для всех моих пользователей по более низкой цене, чем при использовании прогрессивного рендеринга. YMMV.

t использовать полный интерфейс. Этот отдельный интерфейс не делает того, что делает полный Gmail. Я сам создаю веб-приложения и какое-то время пробовал прогрессивный рендеринг, но в конце концов остановился на модели gmail:

• Богатый интерфейс, требует современных браузеров с включенным javascript и стилями. Если браузер не обладает достаточными возможностями, он возвращается к ...
• Простой интерфейс, базовый html, базовый набор функций, ориентированный на мобильные устройства, но также пригодный для людей с ограниченными возможностями

Эта модель позволяет мне предоставлять лучший пользовательский интерфейс для всех моих пользователей по более низкой цене, чем при использовании прогрессивного рендеринга. YMMV.

t использовать полный интерфейс. Этот отдельный интерфейс не делает того, что делает полный Gmail. Я сам создаю веб-приложения и какое-то время пробовал прогрессивный рендеринг, но в конце концов остановился на модели gmail:

• Богатый интерфейс, требует современных браузеров с включенным javascript и стилями. Если браузер не обладает достаточными возможностями, он возвращается к ...
• Простой интерфейс, базовый html, базовый набор функций, ориентированный на мобильные устройства, но также пригодный для людей с ограниченными возможностями

Эта модель позволяет мне предоставлять лучший пользовательский интерфейс для всех моих пользователей по более низкой цене, чем при использовании прогрессивного рендеринга. YMMV.

требует современных браузеров с включенными javascript и стилями. Если браузер не обладает достаточными возможностями, он возвращается к ...

Простой интерфейс, базовый html, базовый набор функций, ориентированный на мобильные устройства, но также пригодный для людей с ограниченными возможностями

Эта модель позволяет мне предоставлять лучший пользовательский интерфейс для всех моих пользователей по более низкой цене, чем при использовании прогрессивного рендеринга. YMMV.

требует современных браузеров с включенными javascript и стилями. Если браузер не обладает достаточными возможностями, он возвращается к ...

Простой интерфейс, базовый html, базовый набор функций, ориентированный на мобильные устройства, но также пригодный для людей с ограниченными возможностями

Эта модель позволяет мне предоставлять лучший пользовательский интерфейс для всех моих пользователей по более низкой цене, чем при использовании прогрессивного рендеринга. YMMV.

Я думаю, вы должны это поддержать. Фактически, если ваш сайт включает SEO и бот-индексацию вашего сайта и все такое, вам СЛЕДУЕТ поддерживать отключенный javascript.

Как современный веб-дизайнер, вы должны сначала разработать свой сайт, чтобы иметь возможность поддерживать Javascript OFF. затем медленно добавляйте эффекты и улучшения Javascript.

Пример будет примерно таким:

<a href="page.php?p=2">Continue</a>

Затем выполните обновление до:

<a href="page.php?p=2" onclick="doajax();return false;">Continue</a>

Скажем, если пользователь Javascript нажимает на ссылку, AJAX выполняется, но обычная ссылка отключена. Однако, если пользователь Javascript-OFF нажимает на ссылку, пользователь перенаправляется на правильную страницу с тем же содержанием, которое будет отображаться пользователю javascript.

Если вы выполняете обратные передачи, вы можете сделать то же самое для как AJAX, так и нет.

Термин, по которому вы сначала создаете сайт без Javascript, а затем добавляете функции Javascript и AJAX, называется "

Если JavaScript отключен, вы должны корректно завершить работу.

Как минимум, вы должны разместить сообщение типа «У вас должен быть включен JavaScript для использования этого сайта», однако , в зависимости от вашего сайта, это может отрезать большую часть вашей потенциальной аудитории.

Возможно, вы захотите рассмотреть что-то среднее между этим и полным дублированием вашей функциональности с помощью обратных передач.

Это зависит

Обычно я сначала работаю над сайтом без AJAX и создаю его.

Всегда старайтесь доверять концепции постепенной деградации и ненавязчивый javascript .

• Отделение функциональности («уровень поведения») от структуры / содержания и представления веб-страницы
• Лучшие практики, позволяющие избежать проблем традиционного программирования на JavaScript (например, несогласованности браузеров) и отсутствие масштабируемости)
• Постепенное улучшение для поддержки пользовательских агентов, которые могут не поддерживать расширенные функции JavaScript

Этого можно достичь, убедившись, что ссылки и формы могут быть разрешены должным образом и полагаться не только на Ajax. В JavaScript, например, отправка формы может быть остановлена ​​с помощью «return false». Если ничего не пойдет не так, Будет выполнен код Ajax, и отправка формы будет пропущена. Если возникают какие-либо проблемы с поддержкой Ajax пользовательского агента или если у пользователя не включен JavaScript, форма будет отправлена, и будет выполнена традиционная версия действия.

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

Как правило, нет. Но это также зависит от типа приложения. Если вы делаете приложение с большим количеством окон («богатое»), то оно не работает. Это обязательно имеет смысл учесть. Другими словами: усилия по выполнению этого могут быть значительными там, где вариант использования маловероятен / редок.

Если вы создаете приложение, в котором вы управляете средой пользователя (например, интрасеть компании), то вы действительно этого не делаете. необходимо.

Если вы создаете «обычный» веб-сайт, на котором Javascript в основном является декоративным, то вы можете, но на самом деле, сайт, работающий без Javascript, в значительной степени случайный. Если это сработает - отлично. Если нет, то это жизнь.

Наконец, если ваша база пользователей действительно велика, это того стоит. GMail - это сайт с большим количеством Javascript, но у него есть простая версия HTML, вероятно, потому, что у него так много пользователей, что 1-2% населения, отключающие Javascript, достаточно значительны, чтобы обслуживать его.

усилия по выполнению этого могут быть значительными там, где вариант использования маловероятен / необычен.

Если вы создаете приложение, в котором вы управляете средой пользователя (например, интрасеть компании), то вам это действительно не нужно.

Если вы создаете «обычный» веб-сайт, на котором Javascript в значительной степени декоративен, возможно, но на самом деле сайт, работающий без Javascript, в значительной степени случайный. Если это сработает - отлично. Если нет, то это жизнь.

Наконец, если ваша база пользователей действительно велика, это того стоит. GMail - это сайт с большим количеством Javascript, но у него есть простая версия HTML, вероятно, потому, что у него так много пользователей, что 1-2% населения, отключающие Javascript, достаточно значительны, чтобы обслуживать его.

усилия по выполнению этого могут быть значительными там, где вариант использования маловероятен / необычен.

Если вы создаете приложение, в котором вы управляете средой пользователя (например, интрасеть компании), то вам это действительно не нужно.

Если вы создаете «обычный» веб-сайт, на котором Javascript в значительной степени является декоративным, возможно, но на самом деле сайт, работающий без Javascript, в значительной степени случайен. Если это сработает - отлично. Если нет, то это жизнь.

Наконец, если ваша база пользователей действительно велика, это того стоит. GMail - это сайт с большим количеством Javascript, но он имеет простую версию HTML, вероятно, потому, что у него так много пользователей, что 1-2% населения, отключающие Javascript, достаточно значительны, чтобы обслуживать его.

в среде (например, во внутренней сети компании) вам это действительно не нужно.

Если вы делаете «обычный» веб-сайт, где Javascript в основном декоративный, то вы можете, но на самом деле сайт, работающий без Javascript, в значительной степени случайен. Если это сработает - отлично. Если нет, то это жизнь.

Наконец, если ваша база пользователей действительно велика, это того стоит. GMail - это сайт с большим количеством Javascript, но у него есть простая версия HTML, вероятно, потому, что у него так много пользователей, что 1-2% населения, отключающие Javascript, достаточно значительны, чтобы обслуживать его.

в среде (например, во внутренней сети компании) вам это действительно не нужно.

Если вы делаете «обычный» веб-сайт, где Javascript в основном декоративный, то вы можете, но на самом деле сайт, работающий без Javascript, в значительной степени случайен. Если это сработает - отлично. Если нет, то это жизнь.

Наконец, если ваша база пользователей действительно велика, это того стоит. GMail - это сайт с большим количеством Javascript, но у него есть простая версия HTML, вероятно, потому, что у него так много пользователей, что 1-2% населения, отключающие Javascript, достаточно значительны, чтобы обслуживать его. отличный. Если нет, то это жизнь.

Наконец, если ваша база пользователей действительно велика, это того стоит. GMail - это сайт с большим количеством Javascript, но он имеет простую версию HTML, вероятно, потому, что у него так много пользователей, что 1-2% населения, отключающие Javascript, достаточно значительны, чтобы обслуживать его.

отличный. Если нет, то это жизнь.

Наконец, если ваша база пользователей действительно велика, это того стоит. GMail - это сайт с большим количеством Javascript, но он имеет простую версию HTML, вероятно, потому, что у него так много пользователей, что 1-2% населения, отключающие Javascript, достаточно значительны, чтобы обслуживать его.

Вопрос в том, согласны ли вы с тем, что 5% ваших пользователей теряют функциональность всего, что вы помещаете в JavaScript? (предполагая, что все, что вы делаете, не приводит к постепенной деградации / прогрессивному улучшению и т. д.)

Если вы ответите «нет», потратьте время. Мне нравится, когда я прошу пользователей включить JavaScript. По крайней мере, тогда они знают, что у них есть возможность включить все, что им не хватает.

Многие традиционалисты посоветуют вам писать код для javascript вне браузера. Мое мнение, как вы заявили, для большинства организаций это слишком дорого. Однако вы должны проверить, включен ли JS, и, если он выключен, перенаправить браузер на страницу с указанием требований для использования системы.

Есть, но мы должны строго соблюдать 508 (доступность для людей с ограниченными возможностями). JavaScript вызывает трудности у людей, которым приходится использовать «читателей» (программы, которые читают страницу, потому что человек не может видеть), поэтому у нас не должно быть опции JavaScript.