Аякс

Учитывая последнее время интерес к Ajax, вы бы простили думая, что это новая технология. В самом деле, объект XMLHttpRequest был несколько лет. С технической точки зрения, асинхронный JavaScript взаимодействия с сервером, нет ничего нового. Все остальные элементы модели Ajax также были вокруг в течение некоторого времени: CSS, (X) HTML, DOM и сценариев. Но в 2005 году, интереса к этой методологией взлетели. Может ли быть, что просто дать этому подходу Snappy именем, как Аякс был ответственен за внезапного интереса? По правде говоря, интерес к новому подходу к созданию веб-сайтах была на подъеме, даже перед Джесси Джеймс Гаррет термин "Аякс". Это увеличение В интересах был вызван появлением новых веб-приложений от Google.

Когда Google начал Gmail, веб-службы электронной почты, первоначальный акцент был на его большой емкости (http://mail.google.com/). Как только люди начали взаимодействовать со службой, другими функциями пришли на первый план. Gmail работает проверка правописания, авто-завершение адресов, и другие процессы, которые выполняются в фоновом режиме. Передняя часть веб-приложения асинхронной передачи данных и получение данных от сервера.

Интерес к объекту XMLHttpRequest было задето, еще больше, когда бета-тестирование началось на Google Suggest, http://www.google.com/webhp?complete=1. Когда пользователь начинает вводить фразу в поле поиска, предложений по завершенным фраза появляется в списке ниже. Каждый раз, когда пользователь печатает письма, вызов на сервере для нового списка предложений. Такой особенностью является эффективным потому что клиент / сервер взаимодействие происходит асинхронно. Если страница была Reloaded каждый раз, когда пользователь вводит письме, Google Suggest будет гораздо меньше использовать.

Google поставила рабочих примерах и Джесси Джеймс Гаррет представил Snappy срока маркетинга. Аякс грунтуется и готов к взлету.

Аякс проблем

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

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

Там нет сомнений, что Ajax является мощным инструментом, но, как и любое мощное средство, оно может быть использовано. Существует опасность того, что сейчас, в тот самый момент, JavaScript становится признанным технологиям, Ajax может вернуть нас обратно на площадь, если она завоевывает репутацию неловкой и недоступной. Это то, что мы, как веб-дизайнерам необходимо избегать. Ключом к построению успешного применения Аякс относиться к нему как и любое другое укрепление JavaScript. Применять передовые укрепления, с тем чтобы обеспечить изящные деградации.

Постепенное повышение с Ajax

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

Уже появляются сайты, использующие Ajax JavaScript и указать в качестве требования для доступа к содержимому. Аргумент предложили в качестве обоснования для такого подхода является то, что функции при условии, что так богаты по своему характеру, что они не могли бы перерасти изящно. Я не верю в это. В самом деле, я считаю, что Ajax приложений, по самой своей природе, всегда можем предложить не-Ajax альтернативы. Все зависит от того, как применяется функциональность Ajax. Ajax Если включено как часть функциональности с самого начала, то она будет очень трудно отделить его на более позднем этапе, чтобы обеспечить не-Ajax версия. Если, с другой стороны, применение является первым построенным помощью старомодных страница обновляется, Аякс могут быть применены в верхней части существующей структуры для перехвата запросов к серверу и направлять их через XMLHttpRequest. Функциональность Ajax то сидит, как слой за обычный сайт. Это звучит знакомо? Это ничем не отличается от техники постепенное повышение, что вы видели занятого в этой книге.

Строительство Ajax функциональности в ядро приложений с самого начала эквивалентно использованию JavaScript: псевдо-протокол каждый раз, когда вы хотите ссылку для показа действий. Это гораздо лучше просто использовать нормальную связь и перехват действие по умолчанию. Лучший способ создать сайт Ajax это просто построить нормальный сайт. Тогда Hijax его.

Hijax

Если успех "Аякса" показал одну вещь, это что, короче говоря, Snappy имя чего-то помогает продавать идеи. Подобно тому, как это легче сказать, Ajax вместо "XMLHttpRequest с DOM Scripting, CSS и (X) HTML," это проще для меня сказать Hijax вместо "постепенное расширение использования Аякса".

Аякс опирается на сервере для своей власти. Сервер язык программирования на стороне проводит большую часть реальной работы. Объект XMLHttpRequest действует как шлюз между браузером и сервером, передачу запросов и ответов. Если удалить этот шлюз, он должен еще можно посылать запросы и получать ответы. Просто потребуется больше времени.

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

Для того чтобы применить методологию Аякс к Логин процесс представления формы должны быть перехвачена (захват) и прошли на объект XMLHttpRequest вместо. Представления формы триггеры событий представить. Если это событие захватили onsubmit помощью обработчика событий, то по умолчанию действия представлении Всего страниц может быть отменен и заменен новым действия: отправка данных на сервер через XMLHttpRequest. После Логин форма была Hijaxed, Логин процесс становится более удобным для пользователей. Уменьшается время отклика, и устранить длительные обновляется страница. Важно, однако, если JavaScript будет недоступна для пользователей, то приложение будет работать. Это займет больше времени и опыта, не будет такой бесшовной, а потому Логин обработка выполняется на сервере, нет никаких причин, чтобы превратить пользователей прочь.

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

Будущее Аякс

Я уверен, что мы увидим увеличение использования Ajax. Лично я хотел бы видеть Ajax использоваться таким же образом, что любой другой вид DOM Scripting следует использовать: как к повышению, а не требование, пользователь опыт. Я хотел бы, чтобы идея Hijaxing применяться на странице элементы, такие как формы обратной связи и тележки для покупок. На мой взгляд, техника Hijax кажется самый простой способ применять Ajax. К сожалению, большинство громких приложений Ajax не были построены таким образом. Gmail и Google Maps оба были построены с Ajax тесно интегрирован с самого начала. Это делает его гораздо труднее обеспечить не-Ajax версия.

Если Google Maps был построен, как и любой другой веб-сайт отображение, Ajax усовершенствования можно было бы применять на вершине. Как она есть, она будет включать в себя много работать, чтобы обеспечить "раздельного, но равного" Non-Ajax версия.

Google Suggest, с другой стороны, является хорошим примером того, постепенное повышение в действии. Основные функциональные возможности для поиска в Интернете на срок. С JavaScript включен, этот процесс усиливается, предлагая возможные условия поиска с использованием Ajax. Если JavaScript отключен, основная функциональность остается.

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

Заявки на веб -

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

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

Ваш домашний компьютер может быть немого терминала, подключенного к сети смарт-серверы. Создание приложений на веб-видимому, сопряжено с трудностями. Разработчики жалуются на отсутствие контроля над формой и других элементов интерфейса. Это правда, что по сравнению с богатством настольных пользовательских интерфейсов, браузер может показаться примитивными. Но важнее то, что браузер просто достаточно хорошим основанием для использования его в качестве интерфейса. Есть положительные результаты имеющих централизованное применение на веб-сервере, а не много копий приложения сидит на настольных компьютерах. Изменения и улучшения, может осуществляться с немедленной мгновенный эффект. При использовании браузера, а не богаче Графический интерфейс пользователя, это цена, которую платят, кажется, стоит. Кроме того, браузер может стать лишь одним из многих возможных инструментов для взаимодействия с веб-приложениями. Tiger Apple операционная система включает в себя приложение под названием Dashboard. Панель инструментов содержит набор элементов управления, многие из которых взаимодействуют с веб-приложениями.

Эти виджеты использовать все знакомы веб-технологии: CSS, XHTML и DOM Scripting, с несколькими аксессуарами Desktop брошен дюйма Dashboard эффективного предлагая альтернативу с помощью браузера. Другие варианты могут быть предстоящего. XUL Mozilla и Microsoft's XAML технологий как обещают средства создания пользовательских интерфейсов, которые могут взаимодействовать с веб-приложениями. Никто, кажется, совершенно уверен, что это означает, что мы увидим много настольных приложений на Web или партиях, веб-приложений на рабочем столе.

Лично мне нравится идея веба, как Application Platform. Однако есть опасность в сравнении веб-приложений на настольных приложений. В то время как Интернет является открытой для любых пользовательских агентов, настольные приложения привязаны к конкретной операционной системы. При создании веб-приложений с помощью технологий, как DOM сценариев и AJAX, это очень соблазнительно, чтобы потребовать аналогичных замкнутости.

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

статьи, представленный Магда Dourado Pucci

Отказ от ответственности:Наш сайт не несет ответственности за содержание данной статьи. Webarticles это бесплатный информационный ресурс.
Важно: Эта статья "Аякс" был переведен автоматическим программным обеспечением. Нам жаль любые ошибки, которые могут иметь место. Спасибо за ваше понимание.