Ładnie wytłumaczone i miło się słucha. Masz rzadki dar do przekazywania wiedzy w spójny i zrozumiały sposób z jajem więc nie wieje nudą. Plus podajesz życiowe przypadki gdzie to użyć, a jak się coś wywali to skąd się biorą potencjalne błędy i czym się poratować :) Full serwis! Dzięki!
Tutaj nadal czekasz na rozwiązanie Promise z ricks - nie widzę tutaj współbieżności. Wyżej je tylko deklarujesz, niżej rozwiązujesz. Jeśli się mylę, to proszę o feedback
2:09 wydaje mi się, że nie jest do końca prawdą. Otrzymanie statusu 404, 500 itp nadal zostanie zinterpretowane jako pozytywne roztrzygnięcie Promisa - czyli status "fulfilled".
Ładnie wytłumaczone i miło się słucha. Masz rzadki dar do przekazywania wiedzy w spójny i zrozumiały sposób z jajem więc nie wieje nudą.
Plus podajesz życiowe przypadki gdzie to użyć, a jak się coś wywali to skąd się biorą potencjalne błędy i czym się poratować :)
Full serwis! Dzięki!
Dzięki za miłe słowa!
Można wymusić współbieżność bez PromiseAll.
const ricksPromise = axiors.get(......)
const mortiesPromise = acios.get(....)
const ricks = await ricksPromise
const morties = await mortiesPromise
Tutaj nadal czekasz na rozwiązanie Promise z ricks - nie widzę tutaj współbieżności. Wyżej je tylko deklarujesz, niżej rozwiązujesz.
Jeśli się mylę, to proszę o feedback
@@DzikiMoronHackshield Nie, w tym wypadku lecą współbieżnie. Sprawdź sobie po prostu jak polecą requesty do API w przeglądarce.
2:09 wydaje mi się, że nie jest do końca prawdą.
Otrzymanie statusu 404, 500 itp nadal zostanie zinterpretowane jako pozytywne roztrzygnięcie Promisa - czyli status "fulfilled".
Pomyliło CI się z klasycznym fetchem. Axios dla statusu innego niż 2xx rzuci błędem
Prośba. Jak pokazujecie przykłady z zewnętrznym api to pliz kopiujcie link do opisu pod filmem. Przepisywanie go ręcznie to mordęga. Dzięki
Jakoś tam działa na pewno