Необходимо ли разработать веб-сайты, которые требуют JavaScript в этот день и возраста?

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

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

• Корпоративные сети с жесткой безопасностью (не распространенный, но некоторые финансовые и учреждения защиты)
• Параноидальные заядлые веб-пользователи

Так, во-первых, кто Ваша аудитория? Есть ли другие веб-сайты, которые сопоставимы с Вашей целью? Посмотрите на их сайт и успех - они ухудшаются корректно и эй были бы удовлетворены своим уровнем успеха?

при предназначении для мобильных приложений, тем не менее, Вы не можете гарантировать JavaScript.

-Adam

Это - 21-й век. Люди, не разрешающие JavaScript, должны выйти из прошлого тысячелетия, поспешно. Это - сформировавшееся, широко используемая, и очень полезная технология, которая является одной из основ недавнего расширения в полезных веб-сервисах.

Если Вы будете ожидать, что Ваше приложение будет работать на всех, то Вам будет нужно резервное копирование для всей Вашей функциональности JavaScript. Если это - проверка формы, необходимо также проверить данные по серверу прежде, чем сохранить его. Таким образом, ответ Да, это хорошо, но имейте резервное копирование. Не полагайтесь на него.

Как многие люди говорят, важно рассмотреть Вашу базу пользователей, но кто бы ни Ваши пользователи существует большая вероятность, что некоторые (в статистике говорится, что 10%) их будет иметь своего рода нарушения, и программам для чтения с экрана не нравится JavaScript. Если Вы только добавляете простые вещи, меню JavaScript или что-то, то просто заставляют его ухудшиться (или не делайте этого). Если сайт зависит от JavaScript для работы правильно, сделайте две версии, один для JavaScript и один без.

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

я сказал бы, что существует очень очень очень немного веб-сайтов, которые должны работать без некоторой поддержки пользователей без JavaScript. У Вас должно было бы быть очень динамическое приложение, которое полностью не имело смысла как статических страниц, или у Вас должна будет быть аудитория, которую Вы могли гарантировать, согласились с ним (как на офисной Интранет, говорят).

Ну, это зависит от Вашей базы пользователей. Если Вы знаете, что люди будут использовать Ваш сайт от мобильных устройств, хорошо иметь незаметный JavaScript. Однако, при попытке обратиться к технически подкованной толпе, не беспокойтесь ею.

Однако, если Вы обращаетесь к толпе, которая может использовать программы для чтения с экрана (слепые люди), я высоко предложил бы использовать WAI-АРИЯ стандарты. Система виджета Dojo имеет полную поддержку этого и была бы отличным и простым способом сделать это.

Так или иначе, в большинстве случаев, Вам не нужен незаметный JavaScript. Большинство людей, которым отключили JavaScript, или использует смартфон, с помощью Lynx, или установило NoScript. Это включено по умолчанию во всех главных браузерах, таким образом, Вам не придется волноваться.

Наконец, хорошо, по крайней мере, иметь некоторый незаметный JavaScript. <noscript> теги являются Вашим лучшим другом. Например, можно хотеть заменить виджет, который тянет звезды оценки с текстом. Пример с помощью додзе:

<div dojoType="dojox.Rating" stars="5" value="4"></div>
<noscript>4/5</noscript>

Независимость от JavaScript и постепенного ухудшения важна для приложения несмотря на фактическую демографию - потому что такое приложение, вероятно, имеет лучшую разработку программного обеспечения.

"пользователь - человек без JavaScript" может быть чисто гипотетическим (например, при попытке делать деньги со своим продуктом). Но разрабатывая, для которого гипотетический пользователь поощряет модульную разработку программного обеспечения, которая окупится, в то время как Вы продолжаете разрабатывать свое приложение.

JavaScript обеспечивает функциональность. HTML обеспечивает данные (на самой странице, и по ссылкам, которые указывают на большее количество данных). Как правило это достигает далеко за пределами приложений браузера: хорошо разработанный программный продукт разделит данные из функциональности. Все данные должны быть доступными, и функциональность должна быть отдельным слоем, который использует данные.

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

Как заключительное примечание/пример, демография может вводить в заблуждение. Относительно немного людей просматривают Ваш сайт без JavaScript, но много из машины (поисковые боты, шахтеры данных, программы для чтения с экрана для отключенного, и т.д.) просматривает Ваш сайт без JavaScript. Снова, различие между данными и функциональностью важно - боты просто выполняют запросы и ищут данные в ответах. Им не нужна функциональность. Но если Ваш пользователь должен вызвать функции только для создания данных доступными, боты не получают значения от сайта.

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

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

если Вы хотите свой сайт, видимый лучшими 100 компаниями в США. Я записал бы без JavaScript.

Проблемой доступности является единственный важный технический вопрос, все другие проблемы могут быть в социальном отношении спроектированы. Когда каждый говорит, что JavaScript уменьшил доступность, и другой говорит, что веб-приложения могут использовать JavaScript, мы можем взять эти два вместе, чтобы подразумевать, что все слепые люди являются безработными? Должен быть некоторый импульс в создании доступного JavaScript. Возможно, Screenreader возражает на стороне JavaScript, которая может обнаружить присутствие screenreader и затем возможно, отправить подсказки в screenreader, Screenreaders, который может сцепиться на браузер и возможно он склеивается вместе с screenreader панелью инструментов.

Существует градиент между веб-сайтами и веб-приложениями. Однако Вы должны alway смочь сказать, что "мы создаем веб-сайт" или "мы создаем веб-приложение".

веб-сайты должны быть читаемыми вниз к плоскости HTML (никакой CSS, никакие изображения, никакой JavaScript).

в веб-приложениях, конечно, могло просто быть сказано, "Что Извините, JavaScript необходим" (который также принимает CSS для расположения). Приложение должно все еще смочь работать без изображений.

Существует дополнение для Firefox, названного NoScript, которые имеют 27 501 701 загрузку. Если Вы расположите, то не будет работать без JavaScript, большинство тех парней не хотело бы использовать его.

, Почему Вы установили бы то дополнение? Когда-нибудь требуемый для избавлений от всплывающего окна на сайте, которые покрывают большую часть полезного текста, который Вы хотите избавить? Или отключите анимацию флэш-памяти? Или убедитесь, что злой сайт не украдет Ваши cookie?

Некоторые корпоративные среды не позволят JavaScript политикой или брандмауэром. Это отрезает путь к одному пути заражения вирусом.

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

Я соглашаюсь с большинством stackoverflow респондентов. JavaScript назрел и предлагает "дополнительный" уровень функциональности к веб-странице, специально для форм. Те, кто выключает cookie и JS, были, вероятно, укушены при перемещении в опасных водах. Для пользователей корпоративной власти, которые платят мой путь или в B2B или в АЗС, JS является доказанным и испытанным инструментом. Пока что-то лучше не придет (и это будет), я придерживаться JS.

Я думаю, что это сводится к тому, что Вы собираетесь сделать. Вы пишете ВЕБ-ПРИЛОЖЕНИЕ? Затем я думаю, что Вы обязаны использовать JavaScript и/или что-то как GWT. Просто взгляните на все социальные сайты и приложения Google как Gmail. Если Вы пишете веб-страницу с описаниями продукта и едва интерактивностью, то можно сделать JavaScript дополнительным.

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

пример ExtJS - у них есть очень обширный Ajax + платформа виджета UI, которая я недавно раньше создавал абсолютное внутреннее веб-приложение для клиента с бэкендом ASP.NET (для веб-сервисов).

Поскольку Вы сказали, демография. Сеть расширяется на устройства, который не имеет особой силы, например, сотовые телефоны. Если Ваш сайт будет применим без JavaScript, то Opera Mini, вероятно, покажет Ваш сайт без любых проблем.

JavaScript является большим для расширения браузера, чтобы сделать вещи как карты Google. Но это - заостренный инструмент, так используйте его с осторожностью.

Мой веб-сайт банка использует JavaScript для основной навигации между страницами. Вздох . В результате это не применимо от моего мобильного устройства.

Удостоверяются, что Вы знакомы с Правило Наименьшего количества Питания при рассмотрении JavaScript:

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

Полученный ответ мудрости - то, что можно использовать JavaScript (или любая другая технология), если это это 'ухудшается корректно'...

у меня есть опыт с организациями нетрудоспособности, таким образом, доступность важна для меня. Но одинаково, я нахожусь в бизнесе создания привлекательных, применимых веб-сайтов, таким образом, JavaScript может быть мощным союзником. Это - трудный вызов, но если можно создать богатый, помогший JavaScript сайт, полностью не отчуждая non-js посетителей, затем сделать так. В противном случае необходимо будет посмотреть на контекст сайта и решить который способ перейти.

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

С точки зрения клиентского программного обеспечения рассматривают пользователей/клиентов, которые используют браузер, который поддерживает некоторых, но не весь JavaScript. Например, большинство браузеров мобильного телефона поддерживает немного JavaScript, но ничто очень сложное. Браузеры на устройствах, таких как Playstation 3 подобны.

Затем существуют браузеры такой как Opera Mini, которые поддерживают много JavaScript, но работают в среде, где сценарии работают на сервере, который затем отправляет результаты на мобильное устройство.

Необходимо разработать веб-сайты с JavaScript в памяти - но не реализованные. Рассмотрите, создайте его, где каждый щелчок, каждое действие, выполняет распространение в прямом и обратном направлениях к серверу. Это - функциональность по умолчанию для более старых браузеров и тех, которые не имеют включенного JS.

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

Создавание приложения как это означает, что будет ВСЕГДА работать, который в конечном счете является тем, что Вы желаете.

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

Вы никогда не должны разрабатывать общедоступный сайт для доверия ЛЮБОЙ технологии/платформе. Агент пользователя не может цвет отображения (думать программы для чтения с экрана), отобразить графику (снова, думать программы для чтения с экрана или текстовые браузеры, такие как ссылки), и т.д.

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

Для ответа на вопрос непосредственно: Нет, Вы не можете предположить, что у Ваших пользователей есть JavaScript, таким образом, Ваш сайт должен работать без него. После того как это делает, улучшите его с JavaScript.

Ухудшение корректно - необходимость. Как минимум Вы уверенный используете тег NOSCRIPT, чтобы сообщить потенциалу клиенты первый, что Ваш сайт требует JavaScript, и во-вторых почему Вы требуете его.

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

я устанавливаю расширения, которые ограничивают и JavaScript и Cookie. Веб-сайты, которые заметно не указывают их требования обоих обычно, не получают второе посещение, если нет реальная потребность в нем.

Я думаю, что дней "сайтов содержания только" не стало. Что мы видим, теперь WWW, появляющийся в качестве платформы веб-приложений и последних достижений в передней стороне браузера (ускоряющий JS в особенности) признак площади этого. Не может быть никакого ответа "да"/"нет" на Ваш вопрос - необходимо решить, где на содержании site<----> континуум веб-приложения, который Ваш сайт и насколько важный опыт, обеспеченный JavaScript. По-моему - да приемлемо иметь веб-приложения, которые требуют, чтобы JavaScript функционировал.

Связанный вопрос задали на нашем очень собственном блоге Переполнения стека: http://blog.stackoverflow.com/2008/06/is-it-ok-to-require-javascript/

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

, Если у Вас есть очень ограниченное подмножество пользователей, затем можно на самом деле запросить их. Но помнить, что у 10% населения есть некоторая форма нарушения в пределах от проблем видения (плохое зрение, дальтонизм, и т.д.) или двигательные функции (низко ручные функциональные возможности). Эти проблемы имеют тенденцию быть более видными у пожилых людей и сознательно отключенный

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

Разумно разработать сайты, которые используют JavaScript, но не безопасно предположить, что у всех клиентов есть поддержка JavaScript, и поэтому важно, чтобы Вы обеспечили удовлетворительный опыт, даже когда JavaScript не доступен

Разработка для ухудшения корректно является большинством, которое должно быть сделано. Мы перемещаемся / перемещенный мимо точки простых веб-"сайтов" к веб-"приложениям". Единственная опция помимо клиентских сценариев для добавления распространений в прямом и обратном направлениях к серверу.

я думаю (личное мнение), которые "не используют JavaScript", прибывает больше из отсутствия понимания того, что JavaScript/, чем какие-либо фактические данные рынка, которые показывают, что значительное количество людей просматривает без него.

Два простых вопроса помочь Вам решить...

1. использование JavaScript обеспечивает некоторую базовую функциональность Вашего сайта?
2. Вы, подготовился ограничивать Ваших потенциальных пользователей теми, у кого есть JS? (т.е. Большинство людей)

, Если Вы отвечаете на да обоим из тех, пойдите для него!

Веб-сайты перемещаются (переместились?) от статических страниц информации к интерактивным веб-приложениям. Без чего-то как JavaScript или Flash, создание востребованного взаимодействия с пользователем иногда не возможно.

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

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