84 Часть I. Новый взгляд на Web-приложение
для сравнительно простых задач. Если необходимо обеспечить многократные изменения узла из программы, целесообразнее воспользоваться рассмотренными ранее средствами.
Мы рассмотрели технологии JavaScript, CSS и DOM, которые давно известны как Dynamic HTML. Как было замечено в начале данной главы, Ajax использует многие средства, характерные для Dynamic HTML, но, кроме того, реализует принципиально новые возможности. В следующем разделе мы рассмотрим механизм, отличающий Ajax от DHTML, — средства взаимодействия с сервером в процессе работы пользователя.
2.5. Асинхронная загрузка с использованием XML
При работе с приложением, в особенности независимым, взаимодействие с ним является частью процесса решения задачи, поставленной перед пользователем. В главе 1 мы говорили о том, насколько важен хороший интерфейс. Если на время выполнения длительных вычислений приложение перестает реагировать на действия пользователя, последнему неминуемо приходится отвлекаться от решения основной задачи. Мы также обсуждали преимущества асинхронных вызовов и способы обеспечения отклика программы при сложных вычислениях и выяснили, что вследствие неустранимой задержки, связанной с работой в сети, все обращения к серверу следует считать длительными операциями. Мы также обратили ваше внимание на то, что модель, предполагающая обмен в виде HTTP-запросов и ответов на них, не позволяет создавать интерфейсы высокого качества. В классических Web-приложениях каждое обращение к серверу сопровождается полным обновлением текущей Web-страницы, в результате чего нормальная последовательность действий пользователя часто прерывается.
Несмотря на то что мы не можем сократить время, которое проходит от передачи запроса серверу до получения ответа от него, существуют способы передачи запросов в асинхронном режиме; при этом пользователь может продолжать работу с приложением. Первой попыткой решить подобную задачу было взаимодействие в фоновом режиме с использованием элементов I Frame. Впоследствии было найдено лучшее решение — использование объекта XMLHttpRequest. Ниже мы рассмотрим обе технологии.
2.5.1. Элементы IFrame
С появлением четвертой версии браузеров Netscape Navigator и Microsoft Internet Explorer стали доступны средства DHTML, обеспечивающие возможность компоновки Web-страницы из программы. Естественным расширением системы фреймов HTML стал элемент I Frame. В его названии первая буква условно означает inline (встроенный), т.е. фрейм является элементом другого документа, а не его полноправным "соседом". IFrame представляется как элемент древовидной структуры DOM, а это значит, что его можно перемещать, изменять размеры и даже скрыть, причем остальная часть страницы останется видимой. Тот факт, что с элементом I Frame можно связывать стили
Глава 2. Знакомство с Ajax |
85 |
Рис. 2.5. Последовательность событий, возникающих при асинхронном взаимодействии документа с сервером. В результате действий пользователя формируется асинхронный запрос серверу от скрытого объекта (IFrame или XMLHttpRequest) . Метод очень быстро возвращает управление, блокируя интерфейс лишь на короткий период времени (этот интервал выделен серым цветом). Функция обратного вызова осуществляет разбор ответа сервера и затем обновляет пользовательский интерфейс
и делать его невидимым, открывает большие возможности в создании пользовательских интерфейсов. Так, например, данные можно загружать в фоновом режиме, не затрагивая остальных элементов Web-страницы. По сути, это способ асинхронного взаимодействия с сервером, правда, пользоваться им несколько неудобно. На рис. 2.5 показана последовательность событий, типичная для данного подхода.
Подобно другим элементам DOM, IFrame можно объявить в составе HTML-кода страницы либо сгенерировать программно, вызвав document . createElement (). В простых ситуациях, когда нам нужен один невидимый элемент IFrame для загрузки данных, мы можем объявить его как часть документа и получить доступ к нему из программы, вызвав document. getElementByld(), как показано в листинге 2.6.
Листинг 2.6. Использование элемента IFrame
<html>
<head>
<script type='text/javascript'> window.onload=function(){
var iframe=document.getElementById('dataFeed') ; var src='datafeeds/mydata.xml'; loadDataAsynchronously(iframe,src) ;
f u n c t i o n l o a d D a t a A s y n c h r o n o u s l y ( i f r a m e , s r c ) {
86 Часть I. Новый взгляд на Web-приложение
// Выполнение требуемых действий
}
</ s c r i p t > </head> <body>
<! — Отображаемые данные — > <iframe
i d = ' d a t a F e e d '
s t y l e = ' h e i g h t : O p x ; w i d t h : O p x ; '
>
</iframe>
</body>
</html>
Сделать элемент IFrame невидимым можно, установив для него нулевую ширину и высоту. Можно также использовать стиль display:none, но некоторые браузеры в этом случае оптимизируют свою работу и не загружают документ. Заметьте, что перед обращением к IFrame надо дождаться окончания загрузки документа, т.е. вызов getElementByldO следует поместить в обработчик window, onload. Можно также генерировать элементы IFrame из программы, как показано в листинге 2.7. В этом случае весь код, связанный с передачей запроса, находится в одном месте, и нет необходимости указывать уникальный идентификатор узла DOM и согласовывать его в сценарии и HTML-файле.
Листинг 2.7. Создание элемента IFrame
function fetchData(){
var iframe=document.createElement('iframe') ; iframe.className='hiddenDataFeed' ; document.body.appendChild(iframe);
var src='datafeeds/mydata.xml'; loadDataAsynchronously(iframe,src);
Методы createElement и appendChild, используемые для модификации структуры DOM, уже знакомы вам по предыдущим примерам. Если мы будем не задумываясь применять данный подход в процессе работы приложения, то получим большое число элементов IFrame. Необходимо удалять их по завершении работы или формировать пул элементов.
Образы разработки, которые мы рассмотрим в главе 3, помогут вам в реализации пулов, очередей и других структур, которые могут быть использованы для масштабных приложений. Эти вопросы мы рассмотрим несколько позже, а сейчас перейдем к следующему набору технологий, используемых для формирования асинхронных запросов к серверу.
2.5.2. Объекты XmlDocument и XMLHttpRequest
Элементы IFrame можно использовать для получения данных в асинхронном режиме, но сделать это достаточно сложно, так как изначально они были
Глава 2. Знакомство c Ajax |
87 |
созданы для другой цели. В последних версиях популярных Web-браузеров реализованы специальные объекты, предназначенные для асинхронной передачи данных. Они обеспечивают ряд преимуществ по сравнению с элементами IFrame.
Объекты XmlDocument и XMLHttpRequest, хотя и представляют собой нестандартные расширения DOM, поддерживаются большинством браузеров. Поскольку они специально разработаны для фоновой загрузки данных, с их помощью удобно осуществлять асинхронные вызовы. Оба объекта сначала были реализованы как компоненты ActiveX, доступные в браузере Internet Explorer посредством JavaScript. Для других браузеров были реализованы объекты, обеспечивающие те же возможности. Объекты XmlDocument и XMLHttpRequest предоставляют приблизительно одинаковые возможности, но XMLHttpRequest обеспечивает более полный контроль над запросом. Именно его мы будем в основном использовать в данной книге, но уделим внимание и объекту XmlDocument, чтобы вы смогли оценить его и сравнить с объектом XMLHttpRequest. В листинге 2.8 показан код простой функции, которая создает объект XmlDocument.
Листинг 2.8. Функция getXMLDocument ()
function getXMLDocument(){
var xDoc=null;
if (document.implementation
S & document.implementation.createDocument){ xDoc=document.implementation
// Mozilla/Safari
.createDocument("","",null);
}else if (typeof ActiveXObject != "undefined"){ var msXmlAx==null;
try{
msXmlAx=new ActiveXObject
// Последние версии Internet Explorer ("Msxml2.DOMDocument");
}catch (e){
msXmlAx=new ActiveXObject
// Старые версии Internet Explorer ("Msxml.DOMDocument");
xDoc=msXmlAx; |
|
} |
|
if (xDoc==null M typeof xDoc.load=="undefined"){ |
|
xDoc=null; |
|
} |
|
return xDoc; |
|
__} |
__• |
Данная функция возвращает объект XmlDocument с API, идентичным для большинства современных браузеров. Однако способы создания документа могут существенно различаться.
88 Часть I. Новый взгляд на Web-приложение
Функция проверяет, предоставляет ли объект документа возможности, необходимые для создания объекта XmlDocument (подобные средства имеются в последних версиях браузеров Mozilla и Safari). Если необходимые средства не предоставляются, функция пытается обратиться к объектам ActiveX и проверяет, поддерживаются ли они (такая поддержка реализована только в браузерах производства Microsoft). Если проверка дает положительный результат, функция пытается извлечь требуемый объект. Предпочтение отдается библиотекам MSXML версии 2.
На заметку Из программы можно запросить информацию о производителе браузера и номер версии продукта. Очень часто таким образом производится настройка кода на конкретный тип браузера. На наш взгляд, подобный подход чреват ошибками. Кроме того, таким образом невозможно предусмотреть работу с более новыми версиями браузеров. В нашей функции getXmlDocument () мы не пытаемся узнать версию клиентской программы, а непосредственно выясняем, доступен ли конкретный объект. Такой подход, называемый обнаружением объектов (object detection), увеличивает вероятность того, что программа будет нормально работать с последующими версиями браузеров и теми браузерами, наличие которых мы не учли при написании программы.
В листинге 2.9 показана функция, подобная предыдущей, но ориентированная на объект XMLHttpRequest.
ЛИСТИНГ 2.9. Функция getXMLHTTPRequest ()
function getXMLHTTPRequest() |
{ |
|
var |
xRequest=null; |
|
if |
(window.XMLHttpRequest) |
{ |
// |
Mozilla/Safari |
|
xRequest=new XMLHttpRequest();
}else if (typeof ActiveXObject != "undefined"){ xRequest=new ActiveXObject
// Internet Explorer ("Microsoft.XMLHTTP");
return xRequest;
Здесь мы также используем принцип обнаружения объектов, чтобы про: - верить, поддерживается ли XMLHttpRequest. Если проверка дает отрицательный результат, мы пытаемся обратиться к ActiveX. Если браузер не предоставляет ни одну из проверяемых возможностей, функция возвращает значение null. О более детальной обработке отрицательного результата проверки речь пойдет в главе 6.
Итак, мы можем создать объект, который передает запросы серверу. Попробуем использовать его.
Глава 2. Знакомство с Ajax 89
2.5.3.Передачазапросасерверу
Объект XMLHttpRequest позволяет без труда передать запрос серверу. Все, что надо для этого, — это указать URL серверного ресурса, который должен сгенерировать необходимые данные. Ниже представлена функция, которая решает эту задачу.
function sendRequest(url,params,HttpMethod){ if (IHttpMethod){
HttpMethod="POST";}
var req=getXMLHTTPRequest(); if (req){ req.open(HttpMethod,url,true); req.setRequestHeader
("Content-Type", "application/x-www-form-urlencoded"); req.send(params);
}
}
Объект XMLHttpRequest предоставляет широкий спектр возможностей для работы с протоколом HTTP, в том числе позволяет указывать строку параметров для динамически генерируемых документов. (Эти параметры обрабатываются CGI-сценарием, объектом ServletRequest или другой серверной программой.) Рассмотрим основы протокола HTTP, а затем поговорим о том, как объект, передающий запросы серверу, работает с ним.
Общие сведения о протоколе HTTP
Протокол HTTP настолько привычен, что мы часто забываем о его существовании. При написании классических Web-приложений наши действия с данным протоколом ограничиваются определением гипертекстовых ссылок и, возможно, установкой атрибута method формы. Ajax, напротив, предоставляет разработчикам доступ к низкоуровневым средствам работы с протоколом HTTP, использование которых открывает удивительные возможности.
HTTP-транзакция представляет собой запрос браузера, за которым следует ответ сервера. (Конечно, в процессе обработки запроса, помимо стандартных серверных средств, могут участвовать сложные программы, написанные нами, Web-разработчиками.) И запрос, и ответ передаются в текстовом виде; каждый из них состоит из заголовка, за которым следует тело запроса или ответа. Заголовок можно условно представить себе как адрес, написанный на конверте, а тело запроса или ответа — как содержащееся внутри письмо. Заголовки указывают принимающей стороне на то, что надо сделать с остальными данными.
HTTP-запрос чаще всего состоит из одного заголовка, однако в некоторых случаях за ним могут следовать данные. В составе ответа обычно содержится HTML-код страницы, указанной в запросе. С браузерами Mozilla поставляется полезная утилита под названием LiveHTTPHeaders (см. ссылки в конце данной главы и приложение А). Она позволяет просматривать заголовки запросов и ответов в процессе работы браузера. Загрузим исходную страницу Google и посмотрим, что произойдет при этом.
90 Часть I. Новый взгляд на Web-приложение
Переданный нами запрос содержит следующий заголовок:
GET / HTTP/1.1
Host: www.google.com User-Agent: Mozilla/5.0
(Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Accept: text/xml,application/xml, application/xhtml+xml,text/html;q=0.9, text/plain;q=O.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300
Connection: keep-alive
Cookie: PREF=ID=cabd38877dc0b6al:TM=1116601572 :LM=1116601572:S=GD3SsQk3v0adtSBP
Первая строка заголовка сообщает о том, какой HTTP-метод должен быть использован. Большинство разработчиков Web-приложений знакомы с запросами GET и POST. Запрос GET используется для загрузки документов, a POST чаще всего применяется для передачи на сервер данных, введенных посредством HTML-форм. В спецификации, разработанной W3C (World Wide Web Consortium), предусмотрены и другие методы, в частности, HEAD, который загружает только заголовок; PUT, предназначенный для передачи документов на сервер; и DELETE, посредством которого можно удалять документы. За первой строкой следуют поля заголовка, с помощью которых клиент сообщает серверу тип данных, находящихся в теле запроса, используемые наборы символов и другие сведения. Поскольку мы не впервые посещаем узел Google, в составе запроса передается также запись cookie — короткое сообщение с информацией о клиенте.
Заголовок ответа выглядит подобно приведенному ниже.
HTTP/1.x 302 Found
Location: http://www.google.co.uk/cxfer?c=PREF%3D: TM%3D1116601572:S%3DzFxPsBpXhZzknVMF&prev=/
Set-Cookie: PREF=ID=cabd38877dc0b6al:CR=1:TM=1116601572: LM=1116943140:S=fRfhD-u49xp9UE18;
expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=.google.com Content-Type: text/html
Server: GWS/2.1 Transfer-Encoding: chunked Content-Encoding: gzip
Date: Tue, 24 May 2005 17:59:00 GMT Cache-Control: private, x-gzip-ok=""
Первая строка сообщает статус ответа. Код 302 означает перенаправление на другую страницу. В составе ответа мы получаем запись cookie для текущего сеанса, а также тип содержимого запроса (MIME-тип). Следующий запрос формируется потому, что в ответе содержится код перенаправления. На него будет получен ответ со следующим заголовком:
HTTP/l.x 200 ОК
C a c h e - C o n t r o l : p r i v a t e