Как вернуть ответ от асинхронного вызова?

У меня есть функция foo, которая делает запрос Ajax. Как вернуть ответ от foo?

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

function foo() {
    var result;

    $.ajax({
        url: '...',
        success: function(response) {
            result = response;
            // return response; // <- I tried that one as well
        }
    });

    return result;
}

var result = foo(); // It always ends up being `undefined`.
4347
задан Felix Kling 08 янв. '13 в 20:06
источник поделиться

36 ответов

  • 1
  • 2

-> Для более общего объяснения асинхронного поведения с разными примерами см. Раздел Почему моя переменная неизменна после того, как я изменяю ее внутри функции? - Асинхронный код

-> Если вы уже поняли проблему, перейдите к возможным решениям ниже.

Проблема

A в Ajax означает асинхронность. Это означает, что отправка запроса (или, скорее, получение ответа) вынимается из обычного потока выполнения. В вашем примере $.ajax возвращает немедленно, а следующий оператор return result; , Выполняется до функции, которую вы прошли, как success обратного вызова даже назвали.

Вот аналогия, которая, мы надеемся, делает разницу между синхронным и асинхронным очистителем потока:

синхронный

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

То же самое происходит, когда вы вызываете вызов функции, содержащий "нормальный" код:

function findItem() {
    var item;
    while(item_not_found) {
        // search
    }
    return item;
}

var item = findItem();

// Do something with item
doSomethingElse();

Несмотря на то, что findItem может занять много времени, любой код, следующий после var item = findItem(); должен ждать, пока функция вернет результат.

Асинхронный

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

Это именно то, что происходит, когда вы делаете запрос Ajax.

findItem(function(item) {
    // Do something with item
});
doSomethingElse();

Вместо того, чтобы ждать ответа, выполнение продолжается немедленно, и оператор после вызова Ajax выполняется. Чтобы получить ответ в конце концов, вы предоставляете функцию, которая будет вызываться после получения ответа, обратного вызова (обратите внимание на что-то? Обратный вызов?). Любое утверждение, поступившее после этого вызова, выполняется до вызова обратного вызова.


Решение (s)

Объявите асинхронный характер JavaScript! Хотя определенные асинхронные операции предоставляют синхронные копии (так же как и Ajax), обычно им не рекомендуется использовать их, особенно в контексте браузера.

Почему ты плохо спрашиваешь?

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

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

Ниже мы рассмотрим три разных решения, которые все строятся друг над другом:

  • Обещает с помощью async/await (ES2017+, доступный в старых браузерах, если вы используете транспилер или регенератор)
  • Обратные вызовы (популярные в узле)
  • Посылы с then() (ES2015+, доступные в старых браузерах, если вы используете одну из многих библиотек обещаний)

Все три доступны в текущих браузерах и узле 7+.


ES2017+: Обещает с async/await

В новой версии ECMAScript, выпущенной в 2017 году, появилась поддержка синтаксического уровня для асинхронных функций. С помощью async и await, вы можете написать асинхронно в "синхронном стиле". Не ошибитесь: код по-прежнему асинхронен, но его легче читать/понимать.

async/await строит поверх обещаний: функция async всегда возвращает обещание. await "разворачивает" обещание и либо результат в значении обещание было решены с или выдает ошибку, если обещание было отклонено.

Важно: вы можете использовать await внутри функции async. Это означает, что на самом верхнем уровне вам все равно придется работать непосредственно с обещанием.

Вы можете узнать больше об async и await MDN.

Вот пример, который основывается на верхней задержке выше:

// Using 'superagent' which will return a promise.
var superagent = require('superagent')

// This is isn't declared as 'async' because it already returns a promise
function delay() {
  // 'delay' returns a promise
  return new Promise(function(resolve, reject) {
    // Only 'delay' is able to resolve or reject the promise
    setTimeout(function() {
      resolve(42); // After 3 seconds, resolve the promise with value 42
    }, 3000);
  });
}


async function getAllBooks() {
  try {
    // GET a list of book IDs of the current user
    var bookIDs = await superagent.get('/user/books');
    // wait for a second (just for the sake of this example)
    await delay(1000);
    // GET information about each book
    return await superagent.get('/books/ids='+JSON.stringify(bookIDs));
  } catch(error) {
    // If any of the awaited promises was rejected, this catch block
    // would catch the rejection reason
    return null;
  }
}

// Async functions always return a promise
getAllBooks()
  .then(function(books) {
    console.log(books);
  });

Новые версии браузера и узла поддерживают async/await. Вы также можете поддерживать устаревшие среды, преобразовывая свой код в ES5 с помощью регенератора (или инструментов, которые используют регенератор, например, Babel).


Пусть функции принимают обратные вызовы

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

В примере вопроса вы можете заставить foo принять обратный вызов и использовать его как обратный вызов success. Итак, это

var result = foo();
// Code that depends on 'result'

становится

foo(function(result) {
    // Code that depends on 'result'
});

Здесь мы определили функцию "inline", но вы можете передать любую ссылку на функцию:

function myCallback(result) {
    // Code that depends on 'result'
}

foo(myCallback);

foo сам определяется следующим образом:

function foo(callback) {
    $.ajax({
        // ...
        success: callback
    });
}

callback будет ссылаться на функцию, которую мы передаем foo когда мы ее называем, и мы просто передаем ее success. Т.е., как только запрос Ajax будет успешным, $.ajax вызовет callback и передаст ответ на обратный вызов (на который можно ссылаться на result, так как мы определили обратный вызов).

Вы также можете обработать ответ, прежде чем передавать его на обратный вызов:

function foo(callback) {
    $.ajax({
        // ...
        success: function(response) {
            // For example, filter the response
            callback(filtered_response);
        }
    });
}

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


ES2015+: Обещает с помощью ()

API Promise - это новая функция ECMAScript 6 (ES2015), но у нее уже есть хорошая поддержка браузера. Существует также множество библиотек, которые реализуют стандартный API Promises и предоставляют дополнительные методы для облегчения использования и составления асинхронных функций (например, bluebird).

Обещания - это контейнеры для будущих значений. Когда обещание получает значение (оно разрешено) или когда оно отменено (отклонено), оно уведомляет всех своих "слушателей", которые хотят получить доступ к этому значению.

Преимущество перед обычными обратными вызовами заключается в том, что они позволяют вам развязывать код, и их легче создавать.

Вот простой пример использования обещания:

function delay() {
  // 'delay' returns a promise
  return new Promise(function(resolve, reject) {
    // Only 'delay' is able to resolve or reject the promise
    setTimeout(function() {
      resolve(42); // After 3 seconds, resolve the promise with value 42
    }, 3000);
  });
}

delay()
  .then(function(v) { // 'delay' returns a promise
    console.log(v); // Log the value once it is resolved
  })
  .catch(function(v) {
    // Or do something else if it is rejected 
    // (it would not happen in this example, since 'reject' is not called).
  });

Применительно к нашему призыву Ajax мы могли бы использовать такие обещания:

function ajax(url) {
  return new Promise(function(resolve, reject) {
    var xhr = new XMLHttpRequest();
    xhr.onload = function() {
      resolve(this.responseText);
    };
    xhr.onerror = reject;
    xhr.open('GET', url);
    xhr.send();
  });
}

ajax("/echo/json")
  .then(function(result) {
    // Code depending on result
  })
  .catch(function() {
    // An error occurred
  });

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

Дополнительная информация о обещаниях: камни HTML5 - JavaScript Promises

Сторона примечания: jQuery отложенные объекты

Отложенные объекты представляют собой пользовательскую реализацию обещаний jQuery (до того, как API Promise был стандартизован). Они ведут себя почти как обещания, но демонстрируют несколько иной API.

Каждый метод Ajax jQuery уже возвращает "отложенный объект" (фактически обещание отложенного объекта), который вы можете просто вернуть из своей функции:

function ajax() {
    return $.ajax(...);
}

ajax().done(function(result) {
    // Code depending on result
}).fail(function() {
    // An error occurred
});

Сторона примечания: Promise gotchas

Имейте в виду, что обещания и отложенные объекты - это просто контейнеры для будущего значения, они не являются самим значением. Например, предположим, что у вас было следующее:

function checkPassword() {
    return $.ajax({
        url: '/password',
        data: {
            username: $('#username').val(),
            password: $('#password').val()
        },
        type: 'POST',
        dataType: 'json'
    });
}

if (checkPassword()) {
    // Tell the user they're logged in
}

Этот код неправильно понимает вышеупомянутые проблемы асинхронности. В частности, $.ajax() не $.ajax() код при проверке страницы "/password" на вашем сервере - он отправляет запрос на сервер и, пока он ждет, немедленно возвращает объект JQuery Ajax Deferred, а не ответ от сервер. Это означает, что оператор if всегда будет получать этот объект "Отложен", считать его true и действовать так, как если бы пользователь вошел в систему. Нехорошо.

Но исправление легко:

checkPassword()
.done(function(r) {
    if (r) {
        // Tell the user they're logged in
    } else {
        // Tell the user their password was bad
    }
})
.fail(function(x) {
    // Tell the user something bad happened
});

Не рекомендуется: Синхронные вызовы "Ajax"

Как я уже упоминал, некоторые (!) Асинхронные операции имеют синхронные копии. Я не сторонник их использования, но для полноты, вот как вы могли бы выполнить синхронный вызов:

Без jQuery

Если вы напрямую используете объект XMLHTTPRequest, передайте false как третий аргумент в .open.

JQuery

Если вы используете jQuery, вы можете установить для параметра async значение false. Обратите внимание, что этот параметр устарел после jQuery 1.8. Затем можно еще использовать success обратного вызова или доступа к responseText свойство объекта jqXHR:

function foo() {
    var jqXHR = $.ajax({
        //...
        async: false
    });
    return jqXHR.responseText;
}

Если вы используете любой другой метод jQuery Ajax, такой как $.get, $.getJSON и т.д., Вы должны изменить его на $.ajax (так как вы можете передавать параметры конфигурации только $.ajax).

Берегись! Невозможно выполнить синхронный запрос JSONP. JSONP по самой своей природе всегда асинхронен (еще одна причина не учитывать этот вариант).

4685
ответ дан Felix Kling 08 янв. '13 в 20:06
источник поделиться

Если вы не используете jQuery в своем коде, этот ответ для вас

Ваш код должен быть чем-то вроде этого:

function foo() {
    var httpRequest = new XMLHttpRequest();
    httpRequest.open('GET', "/echo/json");
    httpRequest.send();
    return httpRequest.responseText;
}

var result = foo(); // always ends up being 'undefined'

Феликс Клинг отлично справился с написанием ответа для людей, использующих jQuery для AJAX, я решил предоставить альтернативу для людей, которые этого не делают.

(Обратите внимание, что для тех, кто использует новый API fetch, Angular или promises, я добавил еще один ответ ниже)


То, с чем вы сталкиваетесь

Это краткое резюме "Объяснение проблемы" из другого ответа, если вы не уверены, прочитав это, прочитайте это.

A в AJAX означает асинхронный. Это означает, что отправка запроса (или, скорее, получение ответа) вынимается из обычного потока выполнения. В вашем примере .send возвращается немедленно, а следующий оператор return result; выполняется до того, как функция, которую вы передали в качестве success обратного вызова, была даже называется.

Это означает, что когда вы возвращаетесь, слушатель, который вы определили, еще не выполнил, что означает, что возвращаемое вами значение не было определено.

Простая аналогия

function getFive(){ 
    var a;
    setTimeout(function(){
         a=5;
    },10);
    return a;
}

(Fiddle)

Возвращаемое значение a равно undefined, так как часть a=5 еще не выполнена. AJAX действует так, вы возвращаете значение до того, как сервер получил возможность сообщить вашему браузеру, что это за значение.

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

function onComplete(a){ // When the code completes, do this
    alert(a);
}

function getFive(whenDone){ 
    var a;
    setTimeout(function(){
         a=5;
         whenDone(a);
    },10);
}

Это называется CPS. В основном, мы передаем getFive действие, которое необходимо выполнить, когда оно завершается, мы сообщаем нашему кодексу, как реагировать, когда событие завершается (например, наш вызов AJAX или в этом случае тайм-аут).

Использование:

getFive(onComplete);

Который должен предупредить "5" на экране. (Fiddle).

Возможные решения

В основном есть два способа решения этой проблемы:

  • Сделайте вызов AJAX синхронным (позвоните ему SJAX).
  • Реструктурируйте свой код для правильной работы с обратными вызовами.

1. Синхронный AJAX - не делайте этого!!

Что касается синхронного AJAX, не делайте этого! Ответ Felix вызывает некоторые веские аргументы в пользу того, почему это плохая идея. Подводя итог, он заморозит браузер пользователя, пока сервер не вернет ответ и не создаст очень плохой пользовательский интерфейс. Вот еще одно краткое изложение MDN о том, почему:

XMLHttpRequest поддерживает как синхронную, так и асинхронную связь. В общем, однако, асинхронные запросы должны быть предпочтительнее синхронных запросов по соображениям производительности.

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

Если вам нужно это сделать, вы можете передать флаг: Вот как:

var request = new XMLHttpRequest();
request.open('GET', 'yourURL', false);  // `false` makes the request synchronous
request.send(null);

if (request.status === 200) {// That HTTP for 'ok'
  console.log(request.responseText);
}

2. Код реструктуризации

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

Итак:

var result = foo();
// code that depends on `result` goes here

становится:

foo(function(result) {
    // code that depends on `result`
});

Здесь мы передали анонимную функцию, но мы могли бы просто передать ссылку на существующую функцию, сделав ее такой:

function myHandler(result) {
    // code that depends on `result`
}
foo(myHandler);

Для получения дополнительной информации о том, как выполняется этот вид обратного вызова, проверьте ответ Felix.

Теперь давайте определим foo сам, чтобы действовать соответственно

function foo(callback) {
    var httpRequest = new XMLHttpRequest();
    httpRequest.onload = function(){ // when the request is loaded
       callback(httpRequest.responseText);// we're calling our method
    };
    httpRequest.open('GET', "/echo/json");
    httpRequest.send();
}

(скрипка)

Теперь наша функция foo принимает действие, которое запускается, когда AJAX завершается успешно, мы можем продолжить это, проверив, не отвечает ли статус ответа 200 и действует соответственно (создайте обработчик ошибок и т.д.). Эффективное решение нашей проблемы.

Если вам все еще трудно понять это прочитать руководство по началу работы AJAX в MDN.

892
ответ дан Benjamin Gruenbaum 30 мая '13 в 2:30
источник поделиться

XMLHttpRequest 2 (прежде всего, прочитайте ответы Бенджамина Грюнбаума и Феликса Клинга)

Если вы не используете jQuery и хотите иметь красивый короткий XMLHttpRequest 2, который работает в современных браузерах, а также в мобильных браузерах, я предлагаю использовать его следующим образом:

function ajax(a, b, c){ // URL, callback, just a placeholder
  c = new XMLHttpRequest;
  c.open('GET', a);
  c.onload = b;
  c.send()
}

Как вы можете видеть:

  • Он короче всех перечисленных в списке функций.
  • Обратный вызов устанавливается напрямую (так что лишние ненужные закрытия).
  • Он использует новую onload (поэтому вам не нужно проверять статус readystate & &)
  • Есть несколько других ситуаций, которые я не помню, что делает XMLHttpRequest 1 раздражающим.

Есть два способа получить ответ этого вызова Ajax (три с использованием имени var XMLHttpRequest):

Самый простой:

this.response

Или, если по какой-то причине вы bind() обратный вызов класса:

e.target.response

Пример:

function callback(e){
  console.log(this.response);
}
ajax('URL', callback);

Или (выше, лучше анонимные функции всегда являются проблемой):

ajax('URL', function(e){console.log(this.response)});

Ничего проще.

Теперь некоторые люди, вероятно, скажут, что лучше использовать onreadystatechange или даже имя переменной XMLHttpRequest. Это неправильно.

Ознакомьтесь с Расширенные функции XMLHttpRequest

Он поддерживается всеми * современными браузерами. И я могу подтвердить, что использую этот подход, поскольку существует XMLHttpRequest 2. Я никогда не сталкивался с какой-либо проблемой во всех браузерах, которые я использую.

onreadystatechange полезен, если вы хотите получить заголовки в состоянии 2.

Использование имени переменной XMLHttpRequest - это еще одна большая ошибка, так как вам нужно выполнить обратный вызов внутри закрытий onload/oreadystatechange, иначе вы его потеряли.


Теперь, если вам нужно что-то более сложное, используя post и FormData, вы можете легко расширить эту функцию:

function x(a, b, e, d, c){ // URL, callback, method, formdata or {key:val},placeholder
  c = new XMLHttpRequest;
  c.open(e||'get', a);
  c.onload = b;
  c.send(d||null)
}

Снова... это очень короткая функция, но она получает и публикует.

Примеры использования:

x(url, callback); // By default it get so no need to set
x(url, callback, 'post', {'key': 'val'}); // No need to set post data

Или передать полный элемент формы (document.getElementsByTagName('form')[0]):

var fd = new FormData(form);
x(url, callback, 'post', fd);

Или установите некоторые пользовательские значения:

var fd = new FormData();
fd.append('key', 'val')
x(url, callback, 'post', fd);

Как вы можете видеть, я не реализовал синхронизацию... это плохо.

Сказав это... почему бы не сделать это простым способом?


Как упоминалось в комментарии, использование ошибки && синхронно полностью нарушает точку ответа. Какой хороший способ использовать Ajax надлежащим образом?

Обработчик ошибок

function x(a, b, e, d, c){ // URL, callback, method, formdata or {key:val}, placeholder
  c = new XMLHttpRequest;
  c.open(e||'get', a);
  c.onload = b;
  c.onerror = error;
  c.send(d||null)
}

function error(e){
  console.log('--Error--', this.type);
  console.log('this: ', this);
  console.log('Event: ', e)
}
function displayAjax(e){
  console.log(e, this);
}
x('WRONGURL', displayAjax);

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

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

Обработчики ошибок могут быть полезны, если вы устанавливаете пользовательские заголовки, устанавливаете responseType для буфера памяти или любого другого....

Даже если вы передадите "POSTAPAPAP" в качестве метода, он не выдает ошибку.

Даже если вы передадите 'fdggdgilfdghfldj' как formdata, он не выдает ошибку.

В первом случае ошибка находится внутри displayAjax() под this.statusText как Method not Allowed.

Во втором случае он просто работает. Вы должны проверить на стороне сервера, если вы передали правильные данные.

не разрешен кросс-домен автоматически выдает ошибку.

В ответе об ошибке отсутствуют коды ошибок.

Существует только this.type, для которого установлена ​​ошибка.

Зачем добавлять обработчик ошибок, если у вас нет контроля над ошибками? Большинство ошибок возвращаются внутри этого в функции обратного вызова displayAjax().

Итак: нет необходимости проверять ошибки, если вы можете скопировать и вставить URL-адрес должным образом.;)

PS: В качестве первого теста я написал x ('x', displayAjax)..., и он полностью получил ответ...??? Поэтому я проверил папку, в которой находится HTML, и появился файл с именем "x.xml". Поэтому, даже если вы забудете расширение своего файла, XMLHttpRequest 2 НАЙДЕТ ЭТО. Я LOL'd


Прочитать файл синхронно

Не делайте этого.

Если вы хотите заблокировать браузер на некоторое время, загрузите хороший большой файл txt синхронно.

function omg(a, c){ // URL
  c = new XMLHttpRequest;
  c.open('GET', a, true);
  c.send();
  return c; // Or c.response
}

Теперь вы можете сделать

 var res = omg('thisIsGonnaBlockThePage.txt');

Нет другого способа сделать это неасинхронным способом. (Да, с циклом setTimeout... но серьезно?)

Еще один момент: если вы работаете с API-интерфейсами или просто используете собственные файлы списков или что-то еще, вы всегда используете разные функции для каждого запроса...

Только если у вас есть страница, на которой вы всегда загружаете один и тот же XML/JSON или что-то еще, что вам нужна только одна функция. В этом случае немного измените функцию Ajax и замените b специальной функцией.


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

Если вы хотите EXTEND функцию...

Да, вы можете.

Я использую много API, и одна из первых функций, которые я интегрирую на каждую страницу HTML, - это первая функция Ajax в этом ответе, только с GET...

Но вы можете сделать много вещей с XMLHttpRequest 2:

Я создал диспетчер загрузки (используя диапазоны с обеих сторон с возобновлением, filereader, файловой системой), различные конвертеры изображений, использующие canvas, заполняющие базы данных websql с base64images и многое другое... Но в этих случаях вы должны создать только функцию для этой цели... иногда вам нужны blob, буферы массивов, вы можете устанавливать заголовки, переопределять mimetype и есть намного больше...

Но вопрос в том, как вернуть ответ Ajax... (я добавил простой способ.)

306
ответ дан cocco 19 авг. '13 в 11:06
источник поделиться

Если вы используете promises, этот ответ для вас.

Это означает, что AngularJS, jQuery (с отсрочкой), собственная замена XHR (выборка), EmberJS, BackboneJS save или любая библиотека node, которая возвращает promises.

Ваш код должен быть чем-то вроде этого:

function foo() {
    var data;
    // or $.get(...).then, or request(...).then, or query(...).then
    fetch("/echo/json").then(function(response){
        data = response.json();
    });
    return data;
}

var result = foo(); // result is always undefined no matter what.

Феликс Клинг отлично справился с написанием ответа для людей, использующих jQuery с обратными вызовами для AJAX. У меня есть ответ для родного XHR. Этот ответ предназначен для общего использования promises либо на интерфейсе, либо на бэкэнд.


Основная проблема

Модель JavaScript concurrency в браузере и на сервере с NodeJS/io.js является асинхронной и реактивной.

Всякий раз, когда вы вызываете метод, который возвращает обещание, обработчики then всегда выполняются асинхронно, то есть после ниже кода, который не находится в обработчике .then.

Это означает, что при возврате data обработчик then, который вы определили, еще не выполнил. Это, в свою очередь, означает, что возвращаемое вами значение не было установлено на правильное значение во времени.

Вот простая аналогия проблемы:

    function getFive(){
        var data;
        setTimeout(function(){ // set a timer for one second in the future
           data = 5; // after a second, do this
        }, 1000);
        return data;
    }
    document.body.innerHTML = getFive(); // `undefined` here and not 5

Значение data равно undefined, так как часть data = 5 еще не выполнена. Скорее всего, это произойдет через секунду, но к тому времени это не имеет отношения к возвращенному значению.

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

Одним из возможных решений этой проблемы является повторное использование кода, информирование вашей программы о том, что делать, когда расчет завершен. promises активно активировать это, будучи временными (чувствительными к времени) в природе.

Краткое описание promises

A Promise - это ценность с течением времени. promises имеют состояние, они начинаются как ожидающие без значения и могут рассчитывать на:

  • выполнено, что означает, что вычисление выполнено успешно.
  • отклонено, что означает, что вычисление завершилось неудачно.

Обещание может изменять состояния только один раз, после чего он всегда будет находиться в одном и том же состоянии навсегда. Вы можете привязать обработчики then к promises, чтобы извлечь их значение и обработать ошибки. then позволяют цепочки вызовов. promises создаются с использованием API, которые возвращают их. Например, более современная замена AJAX fetch или jQuery $.get возвращает promises.

Когда мы называем .then обещанием и возвращаем что-то от него - мы получаем обещание для обработанного значения. Если мы вернем другое обещание, мы получим удивительные вещи, но позволим удержать наших лошадей.

С promises

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

function delay(ms){ // takes amount of milliseconds
    // returns a new promise
    return new Promise(function(resolve, reject){
        setTimeout(function(){ // when the time is up
            resolve(); // change the promise to the fulfilled state
        }, ms);
    });
}

Теперь, после преобразования setTimeout в использование promises, мы можем использовать then, чтобы он подсчитал:

function delay(ms){ // takes amount of milliseconds
  // returns a new promise
  return new Promise(function(resolve, reject){
    setTimeout(function(){ // when the time is up
      resolve(); // change the promise to the fulfilled state
    }, ms);
  });
}

function getFive(){
  // we're RETURNING the promise, remember, a promise is a wrapper over our value
  return delay(100).then(function(){ // when the promise is ready
      return 5; // return the value 5, promises are all about return values
  })
}
// we _have_ to wrap it like this in the call site, we can't access the plain value
getFive().then(function(five){ 
   document.body.innerHTML = five;
});

В принципе, вместо возврата значения, которое мы не можем сделать из-за модели concurrency, мы возвращаем оболочку для значения, которое мы можем развернуть с помощью then. Это как поле, которое можно открыть с помощью then.

Применение этого

Это то же самое для вашего первоначального вызова API, вы можете:

function foo() {
    // RETURN the promise
    return fetch("/echo/json").then(function(response){
        return response.json(); // process it inside the `then`
    });
}

foo().then(function(response){
    // access the value inside the `then`
})

Итак, это работает так же хорошо. Мы узнали, что мы не можем возвращать значения из уже асинхронных вызовов, но мы можем использовать promises и связывать их для выполнения обработки. Теперь мы знаем, как вернуть ответ от асинхронного вызова.

ES2015 (ES6)

ES6 представляет генераторы, которые являются функциями, которые могут возвращаться посередине, а затем возобновлять точку, в которой они были. Это обычно полезно для последовательностей, например:

function* foo(){ // notice the star, this is ES6 so new browsers/node/io only
    yield 1;
    yield 2;
    while(true) yield 3;
}

Является функцией, которая возвращает итератор по последовательности 1,2,3,3,3,3,...., которая может быть итерирована. Хотя это интересно само по себе и открывает место для большой возможности, есть один интересный случай.

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

Этот несколько сложный, но очень мощный трюк позволяет нам писать асинхронный код синхронно. Есть несколько "бегунов", которые делают это за вас, написав один из них - несколько коротких строк кода, но выходит за рамки этого ответа. Я буду использовать Bluebird Promise.coroutine здесь, но есть другие обертки, такие как co или Q.async.

var foo = coroutine(function*(){
    var data = yield fetch("/echo/json"); // notice the yield
    // code here only executes _after_ the request is done
    return data.json(); // data is defined
});

Этот метод возвращает само обещание, которое мы можем использовать из других сопрограмм. Например:

var main = coroutine(function*(){
   var bar = yield foo(); // wait our earlier coroutine, it returns a promise
   // server call done here, code below executes when done
   var baz = yield fetch("/api/users/"+bar.userid); // depends on foo result
   console.log(baz); // runs after both requests done
});
main();

ES2016 (ES7)

В ES7 это стандартизировано, сейчас есть несколько предложений, но во всех них вы можете await обещать. Это просто "сахара" (более сильный синтаксис) для предложения ES6 выше, добавив ключевые слова async и await. Вышеприведенный пример:

async function foo(){
    var data = await fetch("/echo/json"); // notice the await
    // code here only executes _after_ the request is done
    return data.json(); // data is defined
}

Он по-прежнему возвращает обещание точно так же:)

246
ответ дан Benjamin Gruenbaum 12 мая '15 в 5:22
источник поделиться

Вы неправильно используете Ajax. Идея состоит в том, чтобы не возвращать что-либо, а вместо этого передавать данные на вызов, называемый функцией обратного вызова, которая обрабатывает данные.

То есть:

function handleData( responseData ) {

    // Do what you want with the data
    console.log(responseData);
}

$.ajax({
    url: "hi.php",
    ...
    success: function ( data, status, XHR ) {
        handleData(data);
    }
});

Возвращение чего-либо в обработчике отправки ничего не сделает. Вы должны либо передать данные, либо делать то, что хотите, непосредственно внутри функции успеха.

195
ответ дан Nic 23 мая '14 в 5:05
источник поделиться

Самое простое решение - создать функцию JavaScript и вызвать его для обратного вызова Ajax success.

function callServerAsync(){
    $.ajax({
        url: '...',
        success: function(response) {

            successCallback(response);
        }
    });
}

function successCallback(responseObj){
    // Do something like read the response and show data
    alert(JSON.stringify(responseObj)); // Only applicable to JSON response
}

function foo(callback) {

    $.ajax({
        url: '...',
        success: function(response) {
           return callback(null, response);
        }
    });
}

var result = foo(function(err, result){
          if (!err)
           console.log(result);    
}); 
186
ответ дан Hemant Bavle 18 февр. '14 в 21:58
источник поделиться

Я отвечу ужасным, нарисованным рукой комиком. Второе изображение является причиной того, что result undefined в вашем примере кода.

введите описание изображения здесь

156
ответ дан Johannes Fahrenkrug 11 авг. '16 в 17:17
источник поделиться

Angular1

Для людей, которые используют AngularJS, можно справиться с этой ситуацией, используя Promises.

Здесь говорится:

Promises может использоваться для отключения асинхронных функций и позволяет объединять несколько функций вместе.

Здесь вы можете найти приятное объяснение здесь.

Пример, найденный в docs, указанный ниже.

  promiseB = promiseA.then(
    function onSuccess(result) {
      return result + 1;
    }
    ,function onError(err) {
      //Handle error
    }
  );

 // promiseB will be resolved immediately after promiseA is resolved 
 // and its value will be the result of promiseA incremented by 1.

Angular2 и позже

В Angular2 просмотрите следующий пример, но его рекомендуется использовать Observables с Angular2.

 search(term: string) {
     return this.http
  .get(`https://api.spotify.com/v1/search?q=${term}&type=artist`)
  .map((response) => response.json())
  .toPromise();

}

Вы можете использовать это таким образом,

search() {
    this.searchService.search(this.searchField.value)
      .then((result) => {
    this.result = result.artists.items;
  })
  .catch((error) => console.error(error));
}

Смотрите оригинал здесь. Но Typescript не поддерживает native es6 Promises, если вы хотите его использовать, для этого вам может понадобиться плагин.

Кроме того, здесь описывается promises spec.

115
ответ дан Maleen Abewardana 26 авг. '14 в 11:11
источник поделиться

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

// WRONG
var results = [];
theArray.forEach(function(entry) {
    doSomethingAsync(entry, function(result) {
        results.push(result);
    });
});
console.log(results); // E.g., using them, returning them, etc.

Пример:

// WRONG
var theArray = [1, 2, 3];
var results = [];
theArray.forEach(function(entry) {
    doSomethingAsync(entry, function(result) {
        results.push(result);
    });
});
console.log("Results:", results); // E.g., using them, returning them, etc.

function doSomethingAsync(value, callback) {
    console.log("Starting async operation for " + value);
    setTimeout(function() {
        console.log("Completing async operation for " + value);
        callback(value * 2);
    }, Math.floor(Math.random() * 200));
}
.as-console-wrapper {
  max-height: 100% !important;
}

Причина, по которой не работает, заключается в том, что обратные вызовы из doSomethingAsync еще не запущены к моменту, когда вы пытаетесь использовать результаты.

Итак, если у вас есть массив (или список какого-то типа) и вы хотите выполнять асинхронные операции для каждой записи, у вас есть два варианта: выполняйте операции параллельно (перекрывающиеся) или последовательно (последовательно один за другим).

Parallel

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

var results = [];
var expecting = theArray.length;
theArray.forEach(function(entry, index) {
    doSomethingAsync(entry, function(result) {
        results[index] = result;
        if (--expecting === 0) {
            // Done!
            console.log("Results:", results); // E.g., using the results
        }
    });
});

Пример:

var theArray = [1, 2, 3];
var results = [];
var expecting = theArray.length;
theArray.forEach(function(entry, index) {
    doSomethingAsync(entry, function(result) {
        results[index] = result;
        if (--expecting === 0) {
            // Done!
            console.log("Results:", results); // E.g., using the results
        }
    });
});

function doSomethingAsync(value, callback) {
    console.log("Starting async operation for " + value);
    setTimeout(function() {
        console.log("Completing async operation for " + value);
        callback(value * 2);
    }, Math.floor(Math.random() * 200));
}
.as-console-wrapper {
  max-height: 100% !important;
}

(Мы могли бы покончить с expecting и просто использовать results.length === theArray.length, но это оставляет нам возможность возможности изменения theArray во время выдачи вызовов...)

Обратите внимание, как мы используем index из forEach, чтобы сохранить результат в results в той же позиции, что и запись, к которой он относится, даже если результаты не соответствуют порядку (так как асинхронные вызовы необязательно завершены в том порядке, в котором они были запущены).

Но что, если вам нужно вернуть эти результаты из функции? Как указывали другие ответы, вы не можете; вы должны принять вашу функцию и вызвать обратный вызов (или вернуть Promise). Здесь обратная версия:

function doSomethingWith(theArray, callback) {
    var results = [];
    var expecting = theArray.length;
    theArray.forEach(function(entry, index) {
        doSomethingAsync(entry, function(result) {
            results[index] = result;
            if (--expecting === 0) {
                // Done!
                callback(results);
            }
        });
    });
}
doSomethingWith(theArray, function(results) {
    console.log("Results:", results);
});

Пример:

function doSomethingWith(theArray, callback) {
    var results = [];
    var expecting = theArray.length;
    theArray.forEach(function(entry, index) {
        doSomethingAsync(entry, function(result) {
            results[index] = result;
            if (--expecting === 0) {
                // Done!
                callback(results);
            }
        });
    });
}
doSomethingWith([1, 2, 3], function(results) {
    console.log("Results:", results);
});

function doSomethingAsync(value, callback) {
    console.log("Starting async operation for " + value);
    setTimeout(function() {
        console.log("Completing async operation for " + value);
        callback(value * 2);
    }, Math.floor(Math.random() * 200));
}
.as-console-wrapper {
  max-height: 100% !important;
}

Или здесь версия, возвращающая Promise вместо:

function doSomethingWith(theArray) {
    return new Promise(function(resolve) {
        var results = [];
        var expecting = theArray.length;
        theArray.forEach(function(entry, index) {
            doSomethingAsync(entry, function(result) {
                results[index] = result;
                if (--expecting === 0) {
                    // Done!
                    resolve(results);
                }
            });
        });
    });
}
doSomethingWith(theArray).then(function(results) {
    console.log("Results:", results);
});

Конечно, если doSomethingAsync передал нам ошибки, мы использовали бы reject, чтобы отклонить обещание, когда мы получили сообщение об ошибке.)

Пример:

function doSomethingWith(theArray) {
    return new Promise(function(resolve) {
        var results = [];
        var expecting = theArray.length;
        theArray.forEach(function(entry, index) {
            doSomethingAsync(entry, function(result) {
                results[index] = result;
                if (--expecting === 0) {
                    // Done!
                    resolve(results);
                }
            });
        });
    });
}
doSomethingWith([1, 2, 3]).then(function(results) {
    console.log("Results:", results);
});

function doSomethingAsync(value, callback) {
    console.log("Starting async operation for " + value);
    setTimeout(function() {
        console.log("Completing async operation for " + value);
        callback(value * 2);
    }, Math.floor(Math.random() * 200));
}
.as-console-wrapper {
  max-height: 100% !important;
}

(Или поочередно, вы можете сделать обертку для doSomethingAsync, которая возвращает обещание, а затем сделайте следующее...)

Если doSomethingAsync дает вам Promise, вы можете использовать Promise.all:

function doSomethingWith(theArray) {
    return Promise.all(theArray.map(function(entry) {
        return doSomethingAsync(entry, function(result) {
            results.push(result);
        });
    }));
}
doSomethingWith(theArray).then(function(results) {
    console.log("Results:", results);
});

Пример:

function doSomethingWith(theArray) {
    return Promise.all(theArray.map(function(entry) {
        return doSomethingAsync(entry, function(result) {
            results.push(result);
        });
    }));
}
doSomethingWith([1, 2, 3]).then(function(results) {
    console.log("Results:", results);
});

function doSomethingAsync(value) {
    console.log("Starting async operation for " + value);
    return new Promise(function(resolve) {
        setTimeout(function() {
            console.log("Completing async operation for " + value);
            resolve(value * 2);
        }, Math.floor(Math.random() * 200));
    });
}
.as-console-wrapper {
  max-height: 100% !important;
}

Обратите внимание, что Promise.all разрешает свое обещание с массивом результатов всех promises, которые вы даете ему, когда все они разрешены, или отклоняет свое обещание, когда первый из promises вы его отклоняете.

Серия

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

function doSomethingWith(theArray, callback) {
    var results = [];
    doOne(0);
    function doOne(index) {
        if (index < theArray.length) {
            doSomethingAsync(theArray[index], function(result) {
                results.push(result);
                doOne(index + 1);
            });
        } else {
            // Done!
            callback(results);
        }
    }
}
doSomethingWith(theArray, function(results) {
    console.log("Results:", results);
});

(Поскольку мы выполняем работу последовательно, мы можем просто использовать results.push(result), поскольку мы знаем, что мы не получим результаты не в порядке. В приведенном выше примере мы могли бы использовать results[index] = result;, но в некоторых из в следующих примерах мы не используем индекс.)

Пример:

function doSomethingWith(theArray, callback) {
    var results = [];
    doOne(0);
    function doOne(index) {
        if (index < theArray.length) {
            doSomethingAsync(theArray[index], function(result) {
                results.push(result);
                doOne(index + 1);
            });
        } else {
            // Done!
            callback(results);
        }
    }
}
doSomethingWith([1, 2, 3], function(results) {
    console.log("Results:", results);
});

function doSomethingAsync(value, callback) {
    console.log("Starting async operation for " + value);
    setTimeout(function() {
        console.log("Completing async operation for " + value);
        callback(value * 2);
    }, Math.floor(Math.random() * 200));
}
.as-console-wrapper {
  max-height: 100% !important;
}

(Или, опять же, создайте обертку для doSomethingAsync, которая даст вам обещание и сделайте следующее...)

Если doSomethingAsync дает вам обещание, если вы можете использовать синтаксис ES2017 + (возможно, с транспилером, например Babel), вы можете используйте async функцию с for-of и await:

async function doSomethingWith(theArray) {
    const results = [];
    for (const entry of theArray) {
        results.push(await doSomethingAsync(entry));
    }
    return results;
}
doSomethingWith(theArray).then(results => {
    console.log("Results:", results);
});

Пример:

async function doSomethingWith(theArray) {
    const results = [];
    for (const entry of theArray) {
        results.push(await doSomethingAsync(entry));
    }
    return results;
}
doSomethingWith([1, 2, 3]).then(function(results) {
    console.log("Results:", results);
});

function doSomethingAsync(value) {
    console.log("Starting async operation for " + value);
    return new Promise(function(resolve) {
        setTimeout(function() {
            console.log("Completing async operation for " + value);
            resolve(value * 2);
        }, Math.floor(Math.random() * 200));
    });
}
.as-console-wrapper {
  max-height: 100% !important;
}

Если вы не можете использовать синтаксис ES2017 + (пока), вы можете использовать вариацию в шаблоне Promise reduce (это сложнее обычного Promise уменьшить, потому что мы не передаем результат от одного к другому, а собираем результаты в массиве):

function doSomethingWith(theArray) {
    return theArray.reduce(function(p, entry) {
        return p.then(function(results) {
            return doSomethingAsync(entry).then(function(result) {
                results.push(result);
                return results;
            });
        });
    }, Promise.resolve([]));
}
doSomethingWith(theArray).then(function(results) {
    console.log("Results:", results);
});

Пример:

function doSomethingWith(theArray) {
    return theArray.reduce(function(p, entry) {
        return p.then(function(results) {
            return doSomethingAsync(entry).then(function(result) {
                results.push(result);
                return results;
            });
        });
    }, Promise.resolve([]));
}
doSomethingWith([1, 2, 3]).then(function(results) {
    console.log("Results:", results);
});

function doSomethingAsync(value) {
    console.log("Starting async operation for " + value);
    return new Promise(function(resolve) {
        setTimeout(function() {
            console.log("Completing async operation for " + value);
            resolve(value * 2);
        }, Math.floor(Math.random() * 200));
    });
}
.as-console-wrapper {
  max-height: 100% !important;
}

... что менее громоздко с ES2015 + функции стрелок:

function doSomethingWith(theArray) {
    return theArray.reduce((p, entry) => p.then(results => doSomethingAsync(entry).then(result => {
        results.push(result);
        return results;
    })), Promise.resolve([]));
}
doSomethingWith(theArray).then(results => {
    console.log("Results:", results);
});

Пример:

function doSomethingWith(theArray) {
    return theArray.reduce((p, entry) => p.then(results => doSomethingAsync(entry).then(result => {
        results.push(result);
        return results;
    })), Promise.resolve([]));
}
doSomethingWith([1, 2, 3]).then(function(results) {
    console.log("Results:", results);
});

function doSomethingAsync(value) {
    console.log("Starting async operation for " + value);
    return new Promise(function(resolve) {
        setTimeout(function() {
            console.log("Completing async operation for " + value);
            resolve(value * 2);
        }, Math.floor(Math.random() * 200));
    });
}
.as-console-wrapper {
  max-height: 100% !important;
}
91
ответ дан T.J. Crowder 03 мая '17 в 19:59
источник поделиться

Посмотрите на этот пример:

var app = angular.module('plunker', []);

app.controller('MainCtrl', function($scope,$http) {

    var getJoke = function(){
        return $http.get('http://api.icndb.com/jokes/random').then(function(res){
            return res.data.value;  
        });
    }

    getJoke().then(function(res) {
        console.log(res.joke);
    });
});

Как вы видите, getJoke возвращает разрешенное обещание (оно разрешается при возврате res.data.value). Таким образом, вы дождались завершения запроса $http.get, а затем console.log(res.joke) (как обычный асинхронный поток).

Это plnkr:

http://embed.plnkr.co/XlNR7HpCaIhJxskMJfSg/

73
ответ дан Fran Carmona 02 июня '16 в 11:31
источник поделиться

Другой подход к возврату значения из асинхронной функции - передать объект, который сохранит результат от асинхронной функции.

Вот пример того же:

var async = require("async");

// This wires up result back to the caller
var result = {};
var asyncTasks = [];
asyncTasks.push(function(_callback){
    // some asynchronous operation
    $.ajax({
        url: '...',
        success: function(response) {
            result.response = response;
            _callback();
        }
    });
});

async.parallel(asyncTasks, function(){
    // result is available after performing asynchronous operation
    console.log(result)
    console.log('Done');
});

Я использую объект result для хранения значения во время асинхронной операции. Это позволяет получить результат даже после асинхронного задания.

Я использую этот подход много. Мне было бы интересно узнать, насколько хорошо этот подход работает, когда задействован результат обратно через последовательные модули.

69
ответ дан jsbisht 02 сент. '15 в 15:54
источник поделиться

Это одно из мест, в котором два способа связывания данных, которые использовались во многих новых фреймворках JavaScript, будут очень полезны для вас...

Поэтому, если вы используете Angular, React или любые другие фреймворки, которые выполняют два способа привязки данных, эта проблема просто исправлена для вас, поэтому простым языком ваш результат не undefined на первом этапе, так что вы получите result = undefined перед вами получите данные, а затем, как только вы получите результат, он будет обновлен и получит назначение на новое значение, которое отвечает на ваш вызов Ajax...

Но как вы можете это сделать в чистом javascript или jQuery, например, как вы задавали этот вопрос?

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

Например, в вашем случае, в котором вы используете jQuery, вы можете сделать что-то вроде этого:

$(document).ready(function(){
    function foo() {
        $.ajax({url: "api/data", success: function(data){
            fooDone(data); //after we have data, we pass it to fooDone
        }});
    };

    function fooDone(data) {
        console.log(data); //fooDone has the data and console.log it
    };

    foo(); //call happens here
});

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

61
ответ дан Alireza 24 мая '17 в 12:38
источник поделиться

В то время как promises и обратные вызовы работают нормально во многих ситуациях, боль в задней части выражает что-то вроде:

if (!name) {
  name = async1();
}
async2(name);

В итоге вы пройдете async1; проверьте, есть ли name undefined или нет, и соответственно вызовите обратный вызов.

async1(name, callback) {
  if (name)
    callback(name)
  else {
    doSomething(callback)
  }
}

async1(name, async2)

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

Fibers помогает в решении проблемы.

var Fiber = require('fibers')

function async1(container) {
  var current = Fiber.current
  var result
  doSomething(function(name) {
    result = name
    fiber.run()
  })
  Fiber.yield()
  return result
}

Fiber(function() {
  var name
  if (!name) {
    name = async1()
  }
  async2(name)
  // Make any number of async calls from here
}

Вы можете проверить проект здесь.

59
ответ дан rohithpr 25 янв. '16 в 20:43
источник поделиться

Короткий ответ: вам нужно выполнить обратный вызов следующим образом:

function callback(response) {
    // Here you can do what ever you want with the response object.
    console.log(response);
}

$.ajax({
    url: "...",
    success: callback
});
56
ответ дан Pablo Matias Gomez 22 апр. '16 в 17:47
источник поделиться

В следующем примере, который я написал, показано, как

  • Обработка асинхронных HTTP-вызовов;
  • Подождите ответа от каждого вызова API;
  • Используйте Promise pattern;
  • Используйте шаблон Promise.All для объединения нескольких HTTP-вызовов;

Этот рабочий пример является самодостаточным. Он будет определять простой объект запроса, который использует объект window XMLHttpRequest для совершения вызовов. Он будет определять простую функцию для ожидания завершения пакета promises.

Context. В этом примере запрашивается конечная точка Spotify Web API для поиска объектов playlist для заданного набора строк запроса:

[
 "search?type=playlist&q=%22doom%20metal%22",
 "search?type=playlist&q=Adele"
]

Для каждого элемента новый Promise будет запускать блок - ExecutionBlock, проанализировать результат, запланировать новый набор promises на основе массива результатов, который представляет собой список объектов Spotify user и выполнить новый HTTP-вызов внутри ExecutionProfileBlock асинхронно.

Затем вы можете увидеть вложенную структуру Promise, которая позволяет создавать множественные и полностью асинхронные вложенные HTTP-вызовы и объединять результаты каждого подмножества вызовов через Promise.all.

Примечание В последних API-интерфейсах Spotify search для заголовков запросов должен быть указан токен доступа:

-H "Authorization: Bearer {your access token}" 

Итак, для запуска следующего примера вам нужно поместить маркер доступа в заголовки запроса:

var spotifyAccessToken = "YourSpotifyAccessToken";
var console = {
    log: function(s) {
        document.getElementById("console").innerHTML += s + "<br/>"
    }
}

// Simple XMLHttpRequest
// based on https://davidwalsh.name/xmlhttprequest
SimpleRequest = {
    call: function(what, response) {
        var request;
        if (window.XMLHttpRequest) { // Mozilla, Safari, ...
            request = new XMLHttpRequest();
        } else if (window.ActiveXObject) { // Internet Explorer
            try {
                request = new ActiveXObject('Msxml2.XMLHTTP');
            }
            catch (e) {
                try {
                  request = new ActiveXObject('Microsoft.XMLHTTP');
                } catch (e) {}
            }
        }

        // State changes
        request.onreadystatechange = function() {
            if (request.readyState === 4) { // Done
                if (request.status === 200) { // Complete
                    response(request.responseText)
                }
                else
                    response();
            }
        }
        request.open('GET', what, true);
        request.setRequestHeader("Authorization", "Bearer " + spotifyAccessToken);
        request.send(null);
    }
}

//PromiseAll
var promiseAll = function(items, block, done, fail) {
    var self = this;
    var promises = [],
                   index = 0;
    items.forEach(function(item) {
        promises.push(function(item, i) {
            return new Promise(function(resolve, reject) {
                if (block) {
                    block.apply(this, [item, index, resolve, reject]);
                }
            });
        }(item, ++index))
    });
    Promise.all(promises).then(function AcceptHandler(results) {
        if (done) done(results);
    }, function ErrorHandler(error) {
        if (fail) fail(error);
    });
}; //promiseAll

// LP: deferred execution block
var ExecutionBlock = function(item, index, resolve, reject) {
    var url = "https://api.spotify.com/v1/"
    url += item;
    console.log( url )
    SimpleRequest.call(url, function(result) {
        if (result) {

            var profileUrls = JSON.parse(result).playlists.items.map(function(item, index) {
                return item.owner.href;
            })
            resolve(profileUrls);
        }
        else {
            reject(new Error("call error"));
        }
    })
}

arr = [
    "search?type=playlist&q=%22doom%20metal%22",
    "search?type=playlist&q=Adele"
]

promiseAll(arr, function(item, index, resolve, reject) {
    console.log("Making request [" + index + "]")
    ExecutionBlock(item, index, resolve, reject);
}, function(results) { // Aggregated results

    console.log("All profiles received " + results.length);
    //console.log(JSON.stringify(results[0], null, 2));

    ///// promiseall again

    var ExecutionProfileBlock = function(item, index, resolve, reject) {
        SimpleRequest.call(item, function(result) {
            if (result) {
                var obj = JSON.parse(result);
                resolve({
                    name: obj.display_name,
                    followers: obj.followers.total,
                    url: obj.href
                });
            } //result
        })
    } //ExecutionProfileBlock

    promiseAll(results[0], function(item, index, resolve, reject) {
        //console.log("Making request [" + index + "] " + item)
        ExecutionProfileBlock(item, index, resolve, reject);
    }, function(results) { // aggregated results
        console.log("All response received " + results.length);
        console.log(JSON.stringify(results, null, 2));
    }

    , function(error) { // Error
        console.log(error);
    })

    /////

  },
  function(error) { // Error
      console.log(error);
  });
<div id="console" />

Я подробно обсуждал это решение здесь.

50
ответ дан loretoparisi 13 апр. '16 в 1:55
источник поделиться

Вы можете использовать эту пользовательскую библиотеку (написанную с помощью Promise) для выполнения удаленного вызова.

function $http(apiConfig) {
    return new Promise(function (resolve, reject) {
        var client = new XMLHttpRequest();
        client.open(apiConfig.method, apiConfig.url);
        client.send();
        client.onload = function () {
            if (this.status >= 200 && this.status < 300) {
                // Performs the function "resolve" when this.status is equal to 2xx.
                // Your logic here.
                resolve(this.response);
            }
            else {
                // Performs the function "reject" when this.status is different than 2xx.
                reject(this.statusText);
            }
        };
        client.onerror = function () {
            reject(this.statusText);
        };
    });
}

Простой пример использования:

$http({
    method: 'get',
    url: 'google.com'
}).then(function(response) {
    console.log(response);
}, function(error) {
    console.log(error)
});
44
ответ дан Vinoth Rajendran 26 мая '16 в 16:26
источник поделиться

2017 ответ: теперь вы можете делать то, что хотите, в каждом текущем браузере и узле

Это довольно просто:

  • Возвращение обещания
  • Используйте "ожидание", которое скажет JavaScript, ожидая, что обещание будет разрешено в vlue (например, hTTP-ответ)
  • Добавьте ключевое слово "async" в родительскую функцию

Вот рабочая версия вашего кода:

(async function(){

var response = await superagent.get('...')
console.log(response)

})()

ожидание поддерживается во всех текущих браузерах и узле 8

42
ответ дан mikemaccana 02 июня '17 в 12:51
источник поделиться

Другим решением является выполнение кода через последовательный исполнитель nsynjs.

Если основная функция обеимитирована

nsynjs будет последовательно оценивать все promises и поместить результат результата в свойство data:

function synchronousCode() {

    var getURL = function(url) {
        return window.fetch(url).data.text().data;
    };
    
    var url = 'https://ajax.googleapis.com/ajax/libs/jquery/2.0.0/jquery.min.js';
    console.log('received bytes:',getURL(url).length);
    
};

nsynjs.run(synchronousCode,{},function(){
    console.log('synchronousCode done');
});
<script src="https://rawgit.com/amaksr/nsynjs/master/nsynjs.js"></script>

Если базовая функция не является многообещающей

Шаг 1. Функция Wrap с обратным вызовом в оболочку, совместимую с nsynjs (если у нее есть обещанная версия, вы можете пропустить этот тест):

var ajaxGet = function (ctx,url) {
    var res = {};
    var ex;
    $.ajax(url)
    .done(function (data) {
        res.data = data;
    })
    .fail(function(e) {
        ex = e;
    })
    .always(function() {
        ctx.resume(ex);
    });
    return res;
};
ajaxGet.nsynjsHasCallback = true;

Шаг 2. Вставьте синхронную логику в функцию:

function process() {
    console.log('got data:', ajaxGet(nsynjsCtx, "data/file1.json").data);
}

Шаг 3. Запустите функцию синхронно через nnsynjs:

nsynjs.run(process,this,function () {
    console.log("synchronous function finished");
});

Nsynjs будет оценивать все операторы и выражения шаг за шагом, приостанавливая выполнение в случае, если результат некоторой медленной функции не готов.

Другие примеры здесь: https://github.com/amaksr/nsynjs/tree/master/examples

40
ответ дан amaksr 27 мая '17 в 5:47
источник поделиться

Js - однопоточная.

Браузер можно разделить на три части:

1) Цикл событий

2) Веб-API

3) Очередь событий

Event Loop запускается вечно, т.е. представляет собой бесконечный цикл. Queue - это когда вся ваша функция нажата на какое-либо событие (пример: нажмите), это один за другим выполняется из очереди и помещается в цикл событий, которые выполняют эту функцию и подготавливает его самостоятельно для следующего после первого запуска. Это означает, что выполнение одной функции не запускается до тех пор, пока функция перед ней в очереди не будет выполнена в цикле событий.

Теперь давайте подумаем, что мы поставили две функции в очереди: для получения данных с сервера, а другой использует эти данные. Сначала мы нажали функцию serverRequest() в очереди, а затем применили функцию Data(). Функция serverRequest входит в цикл событий и делает вызов серверу, поскольку мы никогда не знаем, сколько времени потребуется для получения данных с сервера поэтому ожидается, что этот процесс займет много времени, и поэтому мы заняли наш цикл событий, таким образом, висящий на нашей странице, что, когда веб-API входит в роль, он принимает эту функцию из цикла событий и имеет дело с сервером, создающим цикл событий, чтобы мы могли выполнять следующую функцию из queue. Следующая функция в очереди - useData(), которая идет в цикле, но из-за отсутствия доступных данных это идет впустую, а выполнение следующей функции продолжается до конца очереди. (Это называется Async-вызовом, то есть мы можем сделать что-то еще, пока мы получить данные)

Предположим, что наша функция serverRequest() имела оператор возврата в коде, когда мы возвращаем данные с сервера. Web API будет выталкивать его в очередь в конце очереди. Поскольку он оказывается в очереди в очереди, мы не можем использовать его данные, поскольку в нашей очереди нет функции, чтобы использовать эти данные. Таким образом, невозможно вернуть что-то из Async Call.

Таким образом, решение этого - обратный вызов или обещание.

A Изображение из одного из ответов здесь, правильно объясняет использование обратного вызова... Мы предоставляем нашу функцию (функцию, использующую данные, возвращенные с сервера), чтобы вызвать вызывающий сервер.

CallBack

 function doAjax(callbackFunc, method, url) {
  var xmlHttpReq = new XMLHttpRequest();
  xmlHttpReq.open(method, url);
  xmlHttpReq.onreadystatechange = function() {

      if (xmlHttpReq.readyState == 4 && xmlHttpReq.status == 200) {
        callbackFunc(xmlHttpReq.responseText);
      }


  }
  xmlHttpReq.send(null);

}

В моем коде он называется

function loadMyJson(categoryValue){
  if(categoryValue==="veg")
  doAjax(print,"GET","http://localhost:3004/vegetables");
  else if(categoryValue==="fruits")
  doAjax(print,"GET","http://localhost:3004/fruits");
  else 
  console.log("Data not found");
}

Прочитайте здесь новые методы в ECMA (2016/17) для создания асинхронного вызова (@Felix Kling Answer on Top) qaru.site/questions/183/...

40
ответ дан Aniket Jha 03 февр. '18 в 9:06
источник поделиться

Ниже приведены некоторые подходы к работе с асинхронными запросами:

Пример: jQuery отложенная реализация для работы с несколькими запросами

var App = App || {};

App = {
    getDataFromServer: function(){

      var self = this,
                 deferred = $.Deferred(),
                 requests = [];

      requests.push($.getJSON('request/ajax/url/1'));
      requests.push($.getJSON('request/ajax/url/2'));

      $.when.apply(jQuery, requests).done(function(xhrResponse) {
        return deferred.resolve(xhrResponse.result);
      });
      return deferred;
    },

    init: function(){

        this.getDataFromServer().done(_.bind(function(resp1, resp2) {

           // Do the operations which you wanted to do when you
           // get a response from Ajax, for example, log response.
        }, this));
    }
};
App.init();
27
ответ дан Mohan Dere 13 авг. '16 в 12:36
источник поделиться

Используйте функцию callback() внутри успеха foo(). Попробуйте таким образом. Это просто и легко понять.  

var lat = "";
var lon = "";
function callback(data) {
    lat = data.lat;
    lon = data.lon;
}
function getLoc() {
    var url = "http://ip-api.com/json"
    $.getJSON(url, function(data) {
        callback(data);
    });
}

getLoc();
25
ответ дан Mahfuzur Rahman 24 апр. '17 в 11:09
источник поделиться

Короткий ответ. Ваш метод foo() возвращается немедленно, а вызов $ajax() выполняется асинхронно после возвращения функции. Проблема заключается в том, как и где хранить результаты, полученные при вызове async, после его возврата.

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

function foo(result) {
    $.ajax({
        url: '...',
        success: function(response) {
            result.response = response;   // Store the async result
        }
    });
}

var result = { response: null };   // Object to hold the async result
foo(result);                       // Returns before the async completes

Обратите внимание, что вызов foo() по-прежнему не возвращает ничего полезного. Однако результат асинхронного вызова теперь будет сохранен в result.response.

23
ответ дан David R Tribble 24 сент. '15 в 1:52
источник поделиться

ECMAScript 6 имеет "генераторы", которые позволяют легко программировать в асинхронном стиле.

function* myGenerator() {
    const callback = yield;
    let [response] = yield $.ajax("https://stackoverflow.com", {complete: callback});
    console.log("response is:", response);

    // examples of other things you can do
    yield setTimeout(callback, 1000);
    console.log("it delayed for 1000ms");
    while (response.statusText === "error") {
        [response] = yield* anotherGenerator();
    }
}

Для запуска вышеуказанного кода вы выполните следующее:

const gen = myGenerator(); // Create generator
gen.next(); // Start it
gen.next((...args) => gen.next([...args])); // Set its callback function

Если вам нужно настроить таргетинг на браузеры, которые не поддерживают ES6, вы можете запустить код через Babel или make-compiler для генерации ECMAScript 5.

Обратные вызовы ...args завернуты в массив и деструктурированы, когда вы их читаете, чтобы шаблон мог справиться с обратными вызовами, имеющими несколько аргументов. Например, с узлом fs:

const [err, data] = yield fs.readFile(filePath, "utf-8", callback);
23
ответ дан James 17 февр. '18 в 18:26
источник поделиться

Это очень распространенная проблема, с которой мы сталкиваемся, борясь с "таинствами" JavaScript. Позвольте мне сегодня демистифицировать эту тайну.

Начнем с простой функции JavaScript:

function foo(){
// do something 
 return 'wohoo';
}

let bar = foo(); // bar is 'wohoo' here

Это простой синхронный вызов функции (где каждая строка кода выполняется одна за другой в последовательности), и результат такой же, как и ожидалось.

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

function foo(){
 setTimeout( ()=>{
   return 'wohoo';
  }, 1000 )
}

let bar = foo() // bar is undefined here

Итак, вы идете, эта задержка просто сломала функциональность, которую мы ожидали! Но что именно произошло? Ну, это на самом деле довольно логично, если вы посмотрите на код. функция foo() после выполнения ничего не возвращает (таким образом, возвращаемое значение равно undefined), но оно запускает таймер, который выполняет функцию после 1s для возврата 'wohoo'. Но, как вы можете видеть, значение, присвоенное бару, является немедленно возвращенным материалом из foo(), а не чем-либо еще, что приходит позже.

Итак, как мы решаем эту проблему?

Задайте нашу функцию для PROMISE. Обещание действительно о том, что это означает: это означает, что функция гарантирует, что вы предоставите любой результат, который он получит в будущем. так что посмотрим на это в нашей маленькой проблеме выше:

function foo(){
   return new Promise( (resolve, reject) => { // I want foo() to PROMISE me something
    setTimeout ( function(){ 
      // promise is RESOLVED , when exececution reaches this line of code
       resolve('wohoo')// After 1 second, RESOLVE the promise with value 'wohoo'
    }, 1000 )
  })
}

let bar ; 
foo().then( res => {
 bar = res;
 console.log(bar) // will print 'wohoo'
});

Таким образом, резюме - для решения асинхронных функций, таких как вызовы на основе ajax и т.д., вы можете использовать обещание resolve значения (которое вы намерены вернуть). Таким образом, короче говоря, вы разрешаете значение вместо возвращаете в асинхронных функциях.

22
ответ дан Anish K. 31 окт. '17 в 23:12
источник поделиться

Конечно, существует много подходов, таких как синхронный запрос, обещание, но из моего опыта я думаю, что вы должны использовать подход обратного вызова. Это естественно для асинхронного поведения Javascript. Итак, ваш фрагмент кода можно переписать немного иначе:

function foo() {
    var result;

    $.ajax({
        url: '...',
        success: function(response) {
            myCallback(response);
        }
    });

    return result;
}

function myCallback(response) {
    // Does something.
}
16
ответ дан Khoa Bui 05 июля '17 в 23:28
источник поделиться

Вопрос был:

Как вернуть ответ от асинхронного вызова?

который МОЖЕТ интерпретироваться как:

Как сделать асинхронный код синхронным?

Решение будет состоять в том, чтобы избежать обратных вызовов и использовать комбинацию Promises и async/wait.

Я хотел бы привести пример для запроса Ajax.

(Хотя он может быть написан в Javascript, я предпочитаю писать его на Python и компилировать его в Javascript с помощью Transcrypt. Это будет достаточно ясно.)

Позволяет сначала включить использование JQuery, иметь $ доступный как S:

__pragma__ ('alias', 'S', '$')

Определите функцию, которая возвращает Promise, в этом случае вызов Ajax:

def read(url: str):
    deferred = S.Deferred()
    S.ajax({'type': "POST", 'url': url, 'data': { },
        'success': lambda d: deferred.resolve(d),
        'error': lambda e: deferred.reject(e)
    })
    return deferred.promise()

Используйте асинхронный код, как если бы он был синхронным:

async def readALot():
    try:
        result1 = await read("url_1")
        result2 = await read("url_2")
    except Exception:
        console.warn("Reading a lot failed")
14
ответ дан Pieter Jan Bonestroo 13 янв. '18 в 22:13
источник поделиться

Мы оказываемся во вселенной, которая, по-видимому, развивается по измерению, которое мы называем "временем". Мы не понимаем, какое время, но мы разработали абстракции и словарный запас, которые позволят нам рассуждать и говорить об этом: "прошлое", "настоящее", "будущее", "до", "после".

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

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

var milk = order_milk();
put_in_coffee(milk);

Поскольку JS не знает, что ему нужно ждать для order_milk, чтобы закончить, прежде чем он выполнит put_in_coffee. Другими словами, он не знает, что order_milk асинхронный - это то, что не приведет к молоку до некоторого будущего времени. JS и другие декларативные языки, выполняйте одно утверждение за другим, не ожидая.

Классический подход JS к этой проблеме, используя тот факт, что JS поддерживает функции как объекты первого класса, которые могут быть переданы, заключается в передаче функции в качестве параметра для асинхронного запроса, который затем будет вызываться, когда он выполняет свою задачу в будущем. Это подход "обратного вызова". Это выглядит так:

order_milk(put_in_coffee);

order_milk начинается, заказывает молоко, тогда, когда и только когда он прибывает, он вызывает put_in_coffee.

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

order_milk(function(milk) { put_in_coffee(milk, drink_coffee); }

где я перехожу к put_in_coffee как к молоку, чтобы положить в него, так и к действию (drink_coffee) для выполнения после того, как молоко было введено. Такой код становится трудно писать, читать и отлаживать.

В этом случае мы могли бы переписать код в вопросе как:

var answer;
$.ajax('/foo.json') . done(function(response) {
  callback(response.data);
});

function callback(data) {
  console.log(data);
}

Введите promises

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

В случае нашего молока и кофе мы создаем order_milk, чтобы вернуть обещание о прибытии молока, затем укажите put_in_coffee как действие then следующим образом:

order_milk() . then(put_in_coffee)

Одним из преимуществ этого является то, что мы можем объединить их вместе для создания последовательностей будущих вхождений ( "цепочка" ):

order_milk() . then(put_in_coffee) . then(drink_coffee)

Примените Promises к вашей конкретной проблеме. Мы завершим нашу логику запроса внутри функции, которая возвращает обещание:

function get_data() {
  return $.ajax('/foo.json');
}

На самом деле, все, что мы сделали, добавлено return к вызову $.ajax. Это работает, потому что jQuery $.ajax уже возвращает вид обетоподобной вещи. (На практике, не вдаваясь в подробности, мы предпочли бы обернуть этот вызов, чтобы вернуть реальное обещание, или использовать некоторую альтернативу $.ajax, которая делает это.) Теперь, если мы хотим загрузить файл и дождаться его закончить, а затем сделать что-то, мы можем просто сказать

get_data() . then(do_something)

например,

get_data() . 
  then(function(data) { console.log(data); });

При использовании promises мы передаем множество функций в then, поэтому часто полезно использовать более компактные функции стрелок в стиле ES6:

get_data() . 
  then(data => console.log(data));

Ключевое слово async

Но все еще что-то смутно недовольство тем, что нужно писать код одним способом, если синхронно и совсем по-другому, если асинхронно. Для синхронного мы пишем

a();
b();

но если a является асинхронным, Promises нам нужно написать

a() . then(b);

Выше мы сказали: "JS не знает, что ему нужно ждатьдля первого вызова до того, как он выполнит второй". Было бы неплохо, если бы был каким-то образом сказать JS, что? Оказывается, что есть ключевое слово await используется внутри специального типа функции, называемого функцией "async". Эта функция является частью предстоящей версии ES, но уже доступна в транспилерах, таких как Babel, с учетом правильных пресетов, что позволяет просто написать

async function morning_routine() {
  var milk   = await order_milk();
  var coffee = await put_in_coffee(milk);
  await drink(coffee);
}

В вашем случае вы сможете написать что-то вроде

async function foo() {
  data = await get_data();
  console.log(data);
}
13
ответ дан user663031 23 янв. '16 в 6:28
источник поделиться

Используя ES2017, вы должны иметь это как объявление функции

async function foo() {
    var response = await $.ajax({url: '...'})
    return response;
}

И выполните его так.

(async function() {
    try {
        var result = await foo()
        console.log(result)
    } catch (e) {}
})()

Или синтаксис Promise

foo().then(response => {
    console.log(response)

}).catch(error => {
    console.log(error)

})
8
ответ дан Fernando Carvajal 24 янв. '18 в 9:18
источник поделиться

Сначала посмотрим на лес, прежде чем смотреть на деревья.

Есть много информативных ответов с большими подробностями здесь, я не буду повторять ни одного из них. Ключ к программированию в JavaScript имеет сначала правильную ментальную модель общего исполнения.

  • Ваша точка входа (ов) выполняется в результате события. Для Например, тег script с кодом загружается в браузер. (Соответственно, поэтому вам может потребоваться готовность страницы запускать ваш код, если он требует элементов dom и т.д.)
  • Ваш код исполняется до завершения - однако многие асинхронные вызовы делает - без выполнения любых ваших обратных вызовов, включая XHR запросы, установить тайм-ауты, обработчики событий dom и т.д. Каждый из этих обратных вызовов, ожидающих исполнения, будет находиться в очереди, ожидая, что их очередь будет запущена после того, как другие запущенные события завершат выполнение.
  • Каждый индивидуальный ответ на запрос XHR, задание тайм-аута или dom событие после вызова будет завершено.

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

Но вы не должны использовать какие-либо тактические инструменты для решения проблемы до тех пор, пока вам не станет комфортно с реальным проблемным доменом. Нарисуйте карту этих зависимостей, чтобы знать, что нужно запускать, когда. Попытка ad-hoc подхода ко всем этим обратным вызовам просто не поможет вам хорошо.

7
ответ дан Haim Zamir 25 окт. '17 в 6:22
источник поделиться

Вместо того, чтобы бросать код на вас, есть два понятия, которые являются ключом к пониманию того, как JS обрабатывает обратные вызовы и асинхронность. (Это вообще слово?)

Модель цикла событий и параллелизма

Вам нужно знать три вещи; Очередь; цикл события и стек

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

while (queue.waitForMessage()) {
   queue.processNextMessage();
}

Когда он получает сообщение для запуска чего-то, он добавляет его в очередь. Очередь - это список вещей, которые ждут выполнения (например, ваш запрос AJAX). представьте себе это так:

 1. call foo.com/api/bar using foobarFunc
 2. Go perform an infinite loop
 ... and so on

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

function foobarFunc (var) {
  console.log(anotherFunction(var));
}

Так что все, что foobarFunc должно выполнить (в нашем случае anotherFunction), будет вдавлено в стек. выполненный, а затем забытый - цикл события затем переместится на следующую вещь в очереди (или прослушивает сообщения)

Главное здесь - порядок исполнения. То есть

КОГДА что-то будет запущено

Когда вы выполняете вызов с использованием AJAX на внешнюю сторону или запускаете любой асинхронный код (например, setTimeout), Javascript зависит от ответа, прежде чем он сможет продолжить.

Большой вопрос, когда он получит ответ? Ответ в том, что мы не знаем, поэтому цикл событий ждет, когда это сообщение скажет: "Эй, забери меня". Если JS просто ждал этого сообщения синхронно, ваше приложение замерзнет, и оно сосать. Поэтому JS продолжает выполнение следующего элемента в очереди, ожидая, пока сообщение не будет добавлено обратно в очередь.

Именно поэтому с асинхронной функциональностью мы используем вещи, называемые обратными вызовами. Это похоже на обещание буквально. Как и я, я обещаю что-то вернуть в какой-то момент. JQuery использует определенные обратные вызовы, называемые deffered.done deffered.fail и deffered.always (среди прочих). Вы можете увидеть их все здесь

Итак, вам нужно передать функцию, которая в какой-то момент должна выполнить с переданными ей данными.

Поскольку обратный вызов не выполняется немедленно, но в более позднее время важно передать ссылку на функцию, которую он не выполнил. так

function foo(bla) {
  console.log(bla)
}

поэтому большую часть времени (но не всегда) вы пройдете foo not foo()

Надеюсь, это будет иметь смысл. Когда вы сталкиваетесь с такими вещами, которые кажутся запутанными, я настоятельно рекомендую полностью прочитать документацию, чтобы хотя бы понять ее. Это сделает вас намного лучше разработчиков.

7
ответ дан Matthew Brent 04 мая '18 в 18:56
источник поделиться
  • 1
  • 2

Другие вопросы по меткам