Почему axios, промисы может возвращать, а результат промиса — нет?

Question

[Vann Damm]

Почему первый вариант использования работает , а второй вариант - нет.
Почему сразу нельзя получить результат промиса?

Comments

[edward_freedom]

на js я с промисами не работал, но ты по идее, возвращаешь результат сразу, а запрос может выполниться через 5 секунд и что ты получаешь? И то, ты не возвращаешь результат https://developer.mozilla.org/ru/docs/Web/JavaScri...

[Илья Герасимов]

И первый и второй вариант верные. Первый вернет всё кучей с конфигами запроса, ответом итп. Второй вернет только тело ответа.
Если у вас что-то не работает или работает не так покажите ошибку или опишите точнее.

[Сергей Сунцев]

Используй декомпозицию.

getUser => {
  const {data} = instance.get(`profile/${userID}`)
  return data
}

ну или так

getUser => {
  instance.get(`profile/${userID}`).data
}

[Somewhere Intech]

Тут await разве не нужен?)

Answer 1

[RMate]

Потому что асинхронность.

async getUser(userId) {
return await instance.get('...')
}

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

Comments

[Vann Damm]

Ведь и там и там я делаю асинхронно, но работает только в первом случае. И почему при выполнении запроса асинхронно, выходя из event loop он не может мне отдать результат, ведь он же выполнился?!

[RMate]

effect_tw, await ждёт резолва промиса, в то время как просто выкинутый ретерном then вернет промис в статусе "pending", если мне не изменяет память.

Answer 2

[Robur]

Почему первый вариант использования работает , а второй вариант - нет.

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

например, в первом случае в данных будет `{data: {x:1}}` а во втором `{x:1}`

очевидно что разные данные приведут к разным результатам.

Промис там или не промис - дело десятое, в плане промисов оба варианта идентичны.

Comments

[Vann Damm]

По результатам возвращения понятно. Вот мой componentdidmount: 
Для первого случая:

   componentDidMount() {
        serverAPI.getUser(2).then(e=>{this.props.setFriends(e.data)});
}
Почему я должен обрабатывать результат промиса именно в compDidMount <, а не сделать эту обработку в serverAPI , в методе getUser и вернуть результат.  Вот так: 

export const serverAPI = {
     getMyUser(userID) {
        return instance.get(`profile/${userID}`).then(e=>e.data)
    },
};
и соответственно в compDidMount уже закинуть этот результат в store 
Вот так:

  componentDidMount() {
        this.props.setFriends(serverAPI.getUser(2))
}

[Robur]

Почему я должен обрабатывать результат промиса именно в compDidMount

Кто вам сказал что вы должны?
Можете и в serverApi делать.

вы же видите разницу между

serverAPI.getUser(2).then(e=>{this.props.setFriends(e.data)});

и

this.props.setFriends(serverAPI.getUser(2))

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

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

[Vann Damm]

Robur, Спсасибо большое, разобрался

Answer 3

[Егор Живагин]

Ты же понимаешь, как работают промисы, да?

В обоих случаях при вызове getUser() вернётся промис, но разрезолвится он с разными параметрами
Что вообще такое "результат промиса"?)

Промис, возвращаемый в getUser, делает запрос, который грузится, условно, 10 секунд. Но метод getUser обязан вернуть что-то сразу после своего вызова. Он возвращает промис в статусе pending, пока промис не будет resolved/rejected . В случае, если промис resolved, выполнится метод then и ты сможешь вернуть из промиса какое-то кстомное значение
Стало немного понятнее?