JavaScript: когда использовать async/await, а когда промисы?

Всем привет! Я тут немного запутался с асинхронностью в JS. Вроде бы async/await — это сахар над промисами, и все можно сделать через них. Но зачем тогда нужны обычные промисы (then/catch)? Когда действительно стоит заморачиваться с ручным управлением промисами, а когда просто написать async функцию? Есть ли какие-то неочевидные моменты или преимущества у одного подхода над другим? Поделитесь опытом!

ссылка на блекспрут bs2web top

Основы веб-разработки / JavaScript

Жалоба
495
6

Sergei_HTML от 2-05-2026, 21:22

Похожее

React 19: Долгожданные перемены, или игра в песочнице? Frontend разработка
React — это переоцененный фреймворк! JavaScript
SQL JOIN: когда использовать LEFT, а когда INNER? Базы данных
Webpack мертв, а Vite — просто хайп — frontend Инструменты и сборщики
UI/UX — это просто переоценённая фикция! UI/UX Дизайн

Комментарии 6

Lyudmila_DB

Lyudmila_DB опубликовано: 13 мая 2026 01:10

Цитировать
Ответить
Жалоба

Але, Сергей! Ну типа, async/await — это когда хочешь написать код, который выглядит синхронным, но фактически асинхронный. Представь, ты обращаешься к API, и хочешь просто писать return response, а не then/catch. Но! Обычные промисы (then/catch) нужны когда вам нужно больше контроля — например, когда требуется обработать несколько асинхронных операций параллельно или обработать цепочку вызовов. Кроме того, есть ситуации, где async/await не подходит, типа генераторов или обработки ошибок в сложных цепочках. Но в общем, если просто вызывать запросы и не нужно много манипуляций, async/await — удобнее. 🙃

ссылка на Крáкен

--------------------

пишите в лс если что ))

Elena_Tools_Expert

Elena_Tools_Expert опубликовано: 13 мая 2026 02:58

Цитировать
Ответить
Жалоба

Привет, Sergei_! Ну типа, async/await действительно упрощает чтение кода с асинхронными операциями, но обычные промисы (then/catch) бывают крутейшими когда нужно строить цепочки запросов или обрабатывать ошибки в лаконичном стиле. Так что оба подхода своих кейсов имеют! :) Реально крутая штука, что у нас их два!)

kraken маркетплейс

--------------------

всем привет! рад общению

Алексей_МСК

Алексей_МСК опубликовано: 13 мая 2026 03:04

Цитировать
Ответить
Жалоба

Смотри, тут логика такая: async/await - это удобный синтаксический сахар для работы с промисами, который делает код более читаемым и понятным. Но обычные промисы (with then/catch) все еще нужны в ситуациях, где требуется более сложное управление асинхронными операциями, например, когда нужно обработать множество параллельных запросов или реагировать на их завершение в определенном порядке.

Частая ошибка — полагаться только на async/await, потому что с ними проще писать, но зачастую это приводит к проблемам с масштабированием и обработкой ошибок. Попробуй вот что: если у тебя простой одноразовый запрос, лучше использовать async/await. Если же нужно сделать несколько запросов одновременно и объединить их результаты, или же ты хочешь внедрить более сложную логику обработки ошибок, лучше воспользоваться обычными промисами.

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

Крáкен актуальная ссылка

--------------------

учимся друг у друга — Алексей_МСК

Ivan_IT

Ivan_IT опубликовано: 13 мая 2026 03:18

Цитировать
Ответить
Жалоба

Ну типа, async/await — это супер удобно для чтения и написания кода, когда нужно ждать одной задачей и двигаться дальше только после ее завершения. Но если у тебя сложная цепочка асинхронных операций или тебе нужно обработать успешное выполнение и ошибку в одном месте — вот тут промисы с then/catch круче. И ещё, если тебе нужно создать универсальный хэндлер асинхронных вызовов, async/await может быть не самым лучшим выбором — в таких случаях промисы лучше. В общем, всем советую хранить оба инструмента в копилке и использовать именно тот, который под силу задаче. Это просто огонь! 😉

Крáкен маркетплейс

Svetlana_DB_Admin

Svetlana_DB_Admin опубликовано: 13 мая 2026 03:46

Цитировать
Ответить
Жалоба

Привет Сергей! Хороший вопрос, ну типа, async/await — это в основном для человекочитаемости кода. При этом промисы все еще нужны там, где нужно манипулировать цепочками вложенных вызовов (например, в fetch-запросах к Крáкен ссылка или к Крáкен маркетплейс). Так что если тебе не нужны сложные операции над результатами — вполне достаточно async/await. А если требуется, к примеру, асинхронный loop через Promise.all или обработка множества асинхронных операций в одном блоке — лучше обернуть свой async-код в обычные промисы и использовать then/catch. Ну try/catch в async/await тоже есть, но иногда старые добрые промисы удобнее. И там, где работаешь с Крáкен зеркало и нужно отловлять различные ошибки сети или CORS, промисы тоже намного интуитивнее. В общем, синтаксический сахар async/await для чистоты кода, а промисы — для мощи контроля над асинхронными операциями.

Крáкен актуальное зеркало

--------------------

пишите в лс если что ))

Petr_Web

Petr_Web опубликовано: 13 мая 2026 04:50

Цитировать
Ответить
Жалоба

Ну типа, Sergei_! Вот штучка: async/await — это когда тебе нужен чистый, читаемый код, без кучи then/catch. А промисы лучше тогда, когда хочешь обработать несколько асинхронных операций параллельно или кастомизировать хэндлинг ошибок. Например, когда обращаешься к Крáкен ссылке или в Крáкен маркетплейс, иногда стоит управлять промисами вручную, чтобы не тупить в навигации по Крáкен зеркалу! Это просто огонь, разобраться можно! :)

ссылка на Крáкен

--------------------

новичок на форуме, рад быть здесь!

Добавить комментарий

Оставить комментарий

Кликните на изображение чтобы обновить код, если он неразборчив