Если не использовать Ajax в разработке веб-приложения? [закрытый]
Я держу пари при передаче циклов событий с обещаниями, как понято в системах как Скрученный , E, AmbientTalk и другие. Они сохраняют способность записать код с теми же предположениями модели выполнения как non-concurrent/parallel приложения, но масштабирующийся к распределенным и параллельным системам. (Вот почему я работаю над Светло-бежевый цвет .)
12 ответов
Если вы имеете в виду «доступный» в смысле ADA, AJAX обычно не подходит - ваш сайт должен предоставлять весь свой контент и основные функции, используя только стандартные (X) HTML и CSS. Любой используемый javascript должен просто расширять основные функции, а ваш сайт должен быть закодирован так, чтобы он работал элегантно в отсутствие браузера с поддержкой javascript.
Примеры: если вы хотите, чтобы пользователь щелкнул миниатюру и получил полноразмерный версию изображения в результате можно превратить миниатюру в ссылку. Затем событие onclick запускает метод JQuery, который отменяет поведение ссылки при навигации и отображает плавающий div JQuery для отображения изображения на текущей странице. Если браузер пользователя не поддерживает JavaScript, событие onclick никогда не сработает, и пользователю будет представлено изображение на новой странице.
Это зависит от сложности вашего веб-приложения.
Если вы можете, то иметь его работоспособность с отключенным javascript - это замечательно, потому что это делает ваше приложение пригодным для использования не только пользователями браузеров с отключенным js, но и роботами . В тот день, когда вы решите написать приложение для автоматического заполнения ваших форм, например, вам не нужно писать API с нуля.
В любом случае не используйте AJAX для ВСЕГО! Я только что унаследовал проект, который в основном состоит из одной страницы, заполненной множеством вызовов AJAX, и я могу сказать, что вы просто думаете об этом, и это причиняет мне физическую боль. Я предполагаю, что первоначальному разработчику не понравилась концепция использования кнопок назад / вперед в браузере в качестве средства навигации.
Если вы хотите создать веб-сайт, похожий на веб-сайт, а не на имитацию настольного приложения?
Вам следует не используйте AJAX или JavaScript в случаях, когда:
Моя практика заключается в использовании двух основных страниц, скажем, index.py и ajax.py. Первый отвечает за создание полного веб-сайта и является целью форм по умолчанию. Другой генерирует только вывод, специфичный для адекватного запроса ajax. Логика у них одинакова, только метод генерации вывода немного отличается. В jquery я просто меняю параметр действия при отправке запроса. Он работает как с ajax, так и без него, хотя я долгое время не видел кого-нибудь с отключенными js и ajax.
Если вы не ориентируетесь на мобильные устройства или других нестандартных веб-пользователей, вы можете быть уверены, что у подавляющего большинства из них включен Javascript, потому что большинство основных сайтов (включая SO) в значительной степени полагаются на него.
У меня часто noscript блокируют Flash и JavaScript, пока я не приму решение, что ваш сайт достоин.
Так что не забудьте сообщить мне, что мне не хватает, если У меня отключен JavaScript.
98% пользователей будут использовать браузеры с поддержкой AJAX.
У значительного процента этих людей он не будет включен, когда они впервые посещают ваш сайт (или вообще, возможно, когда-либо ).
Я видел веб-сайты, которые выглядели как пустые страницы без включенного javascript. Не будь одним из них. На мой взгляд, Javascript для исправления проблем с разметкой - ужасная идея. Убедитесь, что он загружается и выглядит нормально без Javascript. Если люди хотя бы видят, что они упускают, они, скорее всего, включат это, но если ваш веб-сайт выглядит так, как будто он просто сломан, тогда ...
Я думаю, здесь упускается один момент: используйте Ajax только для контента, который не нужен поисковой системе.
Используйте ajax, если он добавляет ценность для пользователя.
Если версия ajax добавляет лот больше ценности, чем версия без ajax, то это может оправдать расходы разработать решение, подходящее для обоих клиентов. Как правило, я бы не рекомендовал выполнять дополнительную работу (помните ... чем больше кода, тем больше требуется обслуживания).
Не следует перегружать свой сервис эффектами Web 2.0, такими как аккордеон, модальные и т. Д. Формы, зумеры изображений и т. Д.
Используйте современные технологии с умом (AJAX - один из них), и ваши пользователи будут довольны. Не бойтесь AJAX - это очень хорошая вещь для облегчения работы пользователя. Но не делайте вещей, потому что вам это нравится - делайте их, потому что это нужно вашему пользователю;)
Мне нравится мысль о кодировании вашего приложения без JavaScript / Ajax, а затем добавлении его позже, чтобы улучшить пользовательский интерфейс, не лишая пользователей функциональности только потому, что у них не включен JavaScript. Я читал об этом в Pro ASP.NET MVC, но думаю, что видел это в другом месте, читая о ненавязчивом JavaScript.