Почему мы пишем функцию onload () перед тем, как написать send () в XMLHttpRequest

Question

Почему мы пишем функцию onload () перед тем, как написать send () в XMLHttpRequest

1

Я новичок в XMLHttpRequest. Я не понимаю, почему мы пишем функцию onload() перед функцией send(). Функция onload() обрабатывает ответ, который мы получаем, и send() функция отправляет запрос на сервер. Поэтому onload() должен быть записан после функции send() в соответствии с моим пониманием. Может кто-нибудь помочь понять это.

var xmlhttp = new XMLHttpRequest(),
  method = 'GET',
  url = 'https://developer.mozilla.org/';

xmlhttp.open(method, url, true);
xmlhttp.onload = function () {
  // Do something with the retrieved data
};
xmlhttp.send();

user2613946 27 июль 2017, в 11:44

Источник

0

Вы объявляете функцию onload, а не вызываете ее. Вы можете прочитать немного больше о функциях javascript, w3schools.com/js/js_functions.asp
MikNiller 27 июль 2017, в 09:26

Теги:

javascript

xmlhttprequest

1 ответ

Ещё вопросы

Вы объявляете функцию onload, а не вызываете ее. Вы можете прочитать немного больше о функциях javascript, w3schools.com/js/js_functions.asp

T.J. Crowder · Accepted Answer · 2017-07-27T07-53-00.000Z

Я не понимаю, почему мы пишем функцию onload() перед функцией send().

Чтобы обработчик нагрузки был установлен до отправки запроса, поскольку отправка запроса приведет к вызову обработчика (в случае успеха).

Функция onload() обрабатывает ответ, который мы получаем, и send() функция отправляет запрос на сервер. Поэтому onload() должен быть записан после функции send() в соответствии с моим пониманием.

Она вызывается после send называется (по XHR инфраструктура) (или потенциально во время). Когда вы назначаете его для onload, вы не вызываете его. Вы просто определяете его так, чтобы он там, когда XHR нужно было его назвать.

Вот что происходит:

Вы создаете XHR.
Вы регистрируете обработчик для события load (в вашем случае, назначая функцию onload).
Вы вызываете send.
1. Браузер запускает (и, возможно, завершает) запрос
Когда запрос завершается, если он будет успешным, обработка XHR браузера запускает событие load. Это ищет любых зарегистрированных в настоящий момент обработчиков для запросов load и очередей для этих обработчиков, если они есть. Эти вызовы запускаются, как только основной поток JavaScript доступен для их запуска.

Очень часто вы избегаете делать это неправильно, потому что к моменту завершения запроса вы поместите туда обработчик load; но не всегда. load - это событие. Если запрос может быть немедленно удовлетворен (например, из кеша), браузер может запустить load во время send, и посмотреть, есть ли какой-либо обработчик load во время send вызова, а если нет, то нет очереди на вызов любой обратный вызов. Позже, когда вы прикрепляете обработчик, событие уже было запущено (когда ни один не был прикреплен).

Поэтому вы должны приложить обработчик перед вызовом send.

@ TJ Crowder: Итак, я могу написать send () перед onload (). Будет ли это вызвать какие-либо проблемы в моем заявлении.
@ user2613946: Я не знаю, где в моем первоначальном ответе вы думали, что читали это. Надеюсь, обновленный ответ прояснит ситуацию: нет, вы не можете надежно подключить ваш обработчик load после вызова send .
@ TJ Crowder: Отличное объяснение. Большое спасибо!!!
@TJCrowder +1 за потрясающее объяснение. Хочу знать, что jquery ajax работал таким же образом, не так ли?
@AtaurRahmanMunna: Да, но традиционно, поскольку вызов для запуска был также вызовом, когда обработчики были подключены, проблем не было. Когда они обновили jQuery для поддержки добавления обработчиков через цепочку, похожую на Promise (ранние "Deferred"), это означало, что по своей сути обработчики впоследствии были подключены. Им нужно было убедиться, что они справились с этим, вызвав обратный вызов, если «Отложенный» уже был разрешен, когда вы добавили для него свой обработчик. (К сожалению, они сделали это неправильно с самого начала, но с тех пор это выяснилось.)
@TJCrowder, привет, я новичок в JavaScript, и мне просто нужно ваше разъяснение. Итак, нам нужно включить onload перед отправкой, так как это возможно, что во время отправки браузер сработает onload. Это правильно? Спасибо
@TJCrowder, пожалуйста, мне действительно нужна твоя помощь
@mirzhal - я делаю, по этой причине. Будут ли браузеры на самом деле, я не знаю. После всех img вещей я склонен думать , что они, вероятно , не делать , что это возможно, но я не знаю. Но в современном мире просто используйте fetch .