(асинхронный () => {})(); против обратного вызова

async function test() {
  for (var i = 0; i < balance; i++) {      
    (async () => {            
      var a = await this.test1(i);
      var b = await this.test2(a);
      var c = await this.test3(b);  
      this.doThis(a,b,c);                              
    })();
  }
}

Итак, я пришел к выводу, что (async () => {})(); очень похож на старые добрые обратные вызовы.

function test() {
  for (var i = 0; i < balance; i++) {      
    test1().call().then((a) => {           
      test2().call(a).then((b) => {
        test3().call(b).then((c) => {
           this.doThis(a,b,c);   
         });
      });
    });
  }
}

Это правильно? по производительности я считаю, что они примерно одинаковы.

  1. Есть ли у них отличия?
  2. Какому шаблону я должен следовать?

Я хочу использовать первый async/await, но если я уберу (async () => {})();, я обнаружу, что рендеринг в пользовательском интерфейсе будет медленнее по сравнению со вторым.

Если вы добавите несколько циклов / ifs, это легко сделать с первым шаблоном, но со вторым будет сложно. Некоторые говорят, что async/awaut — это синтаксический сахар только что, хотя это применимо к некоторым случаям (например, к вашему), но не относится к более сложным.

Jonas Wilms 13.07.2019 00:06
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
1
1
49
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Do they have any differences?

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

What pattern should I follow?

Оба они звонки по принципу «выстрелил-забыл», на которые не стоит забывать обрабатывать ошибки!

I want to go with the async/await, but if I take out (async () => {})(); I find it slower

Конечно, потому что тогда вы await входите в цикл, и он становится последовательным.

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