JavaScript. Подробное руководство, 6-е издание

Флэнаган Дэвид

Теоретически событие «readystatechange» генерируется всякий раз, когда изменяется значение свойства

readyState

. На практике же событие может не возбуждаться, когда свойство

readyState

получает значение 0 или 1. Оно часто возбуждается при вызове метода

send,

даже при том, что свойство

readyState

по-прежнему содержит значение

OPENED

. Некоторые броузеры возбуждают событие множество раз для состояния

LOADING

, чтобы обеспечить

обратную связь. Все броузеры возбуждают событие «readystatechange», когда завершается прием ответа сервера и свойство

readyState

получает значение 4. Так как это событие может возбуждаться еще до завершения приема ответа, обработчики события «readystatechange» всегда должны проверять значение свойства

readyState

.

Чтобы обрабатывать события «readystatechange», нужно присвоить функцию обработчика события свойству

onreadystatechange

объекта

XMLHttpRequest

. Можно также воспользоваться методом

addEventListener

(или

attachEvent

в IE версии 8 и ниже), но обычно для обработки запроса бывает вполне достаточно одного обработчика, поэтому проще установить свойство

onreadystatechange

.

Пример 18.2 определяет функцию

getText,

которая демонстрирует особенности обработки событий «ready statechange». Обработчик события сначала проверяет завершение запроса. После этого он проверяет код состояния ответа и убеждается в успешном выполнении. Затем он извлекает заголовок «Content-Type», чтобы убедиться, что получен ответ ожидаемого типа. Если выполняются все три условия, он передает тело ответа (в виде текста) указанной функции обратного вызова.

Пример 18.2. Получение HTTP-ответа в обработчике

onreadystatechange

// Выполняет запрос HTTP GET содержимого указанного URL-адреса.

// После успешного получения ответа проверяет, содержит ли он простой текст,

// и передает его указанной функции обратного вызова

function getText(url, callback) {

var request = new XMLHttpRequest; // Создать новый запрос

request.open("GET", url); // Указать URL-адрес ресурса

request.onreadystatechange = function {

// Определить обработчик события

// Если запрос был выполнен успешно

if (request.readyState === 4 && request.status === 200) {

var type = request.getResponseHeader("Content-Type");

if (type.fnatch(/~text/)) // Убедиться, что это текст

callback(request.responseText); //

Передать функции

}

};

request.send(null); // Отправить запрос

}

18.1.2.1. Получение синхронного ответа

Сама природа HTTP-ответа предполагает их асинхронную обработку. Тем не менее объект

XMLHttpRequest

поддерживает возможность получения ответов в синхронном режиме. Если в третьем аргументе передать методу

open

значение false, выполнение метода

send

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

send

вернет управление, можно будет сразу же проверить свойства

status

и

responseText

объекта

XMLHttpRequest

. Сравните следующую синхронную реализацию функции

getText

из примера 18.2:

// Выполняет синхронный запрос HTTP GET содержимого по указанному URL-адресу.

// Возвращает текст ответа. Возбуждает исключение в случае неудачи

// или если ответ не является текстом,

function getTextSync(url) {

var request = new XMLHttpRequest; // Создать новый запрос

request.open( "GET", url, false); // false - синхронный режим

request.send(null); // Отправить запрос

// Возбудить исключение, если код состояния не равен 200

if (request.status !== 200) throw new Error(request.statusText);

// Возбудить исключение, если ответ имеет недопустимый тип

var type = request.getResponseHeader("Content-Type");

if (!type.match(/~text/))

throw new Error("Ожидался текстовый ответ; получен: " + type);

return request.responseText;

}

Синхронные запросы выглядят весьма заманчиво, однако использовать их нежелательно. Интерпретатор JavaScript на стороне клиента выполняется в единственном потоке, и когда метод

send

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