async, await - czyli lepsze promisy

[@BOTK4CP3R]

zawsze to wsm wiedziałem ale nie rozumiałem. miło po latach ogarnąć dlaczego co i jak

[@bartekz88]

Gdybym mógł to bym Cie subskrybował więcej niż raz.

[@damiankacprzak8322]

Bardzo dobrze tłumaczysz trudne rzeczy na ludzki język

[@flamerx1863]

Jak zwykle materiał super wykonany. Odpowiadasz po kolei na wszystkie pytania jakie pojawiają mi się w głowie podczas oglądania. Wiadomo że łapeczka w górę. Dzięki za wytłumaczenie.

[@tworcastron]

Super, piona! :)

[@maciejsobol1591]

Kolejny świetny materiał. Wysoki poziom trzymany :) dzięki i pozdrawiam!

[@tworcastron]

Pozdro! :)

[@mario_luigie4593]

Świetnie uczysz - masz talent do nauczania, w programowaniu ze świecą szukać dobrych nauczycieli, nie chodzi o specjalistow ale o osoby potrafiace przekazywac wiedze - dziekuje!

[@Elroy206]

Rewelacyjnie tłumaczysz, dzięki!

[@albertointervento8555]

Tworzysz dokładnie to, czego szukalem- a szukalem dużo, również zagranicznych materiałów. Ja programuje od 7 miesięcy i po poznaniu podstaw kilku języków 4 miesiące temu skupilem się na web development. Twój kanał trafia do mnie idealnie bo większość materiałów to podstawy albo pchanie się od razu we frameworki i moje doświadczenia są takie że albo oglądam coś w czym tłumaczone są pętle i inne podstawowe rzeczy które już w jakimś stopniu umiem a za to w innych ledwo się łapię . Fajne jest w twoich materiałach to, że można poznać jak JS działa naprawdę co chcę się dobrze nauczyć przed wzięciem się za frameworki. Leci sub i czekam na więcej ;)

[@tworcastron]

Dzięki:)

[@martycjap2460]

Super film, wszystko konkretnie i jasno podane :) Jak zresztą cały ten cykl.

[@henrykwodecki5366]

Super film. Fajnie jakbyś zrobił jeszcze filmy o Fetchu i/lub Ajaxie i opowiedział co to jest Header (Content-Type), czy mogą być inne Headery, do czego to służy w ogóle? Methody GET, POST, PUT, DELETE. Chętnie bym się też dowiedział, czy developer strony musi udostępnić API swojej strony by móc pobrać z niej dane? A jeśli nie musi to jak pobrać dane z jakiejś strony. Czy można np. podłączyć się pod DOM jakiegoś urla i pobrać dane? Wydaje mi się, że to byłaby fajna kontynuacja tej serii o Callbackach, Promisach, Asyncach i Awaitach. Robisz dobrą robotę. Pozdrawiam.

[@tworcastron]

Dzięki, pomysł o fetchu i header bardzo mi się podoba i już mi chodził po głowie, więc na pewno się pojawi. Pomysł o czytaniem DOMa też ciekawy. Pozdro:)

[@karolinakulinska5069]

@@tworcastron jest może już taki odcinek ? o fetchu i header ? , Dzięki za to co robisz !

[@tworcastron]

@@karolinakulinska5069 nie ma. Natomiast trochę o headerach jest w odcinku o testowaniu api kzbin.info/www/bejne/ipzLqISgbZWYndk

[@karolinakulinska5069]

@@tworcastron dziękuję , już patrze :) a szukam dokładnie tematu / przykładów gdzie będzie mój własny serwer , pobieranie danych z np z jakiego API i wysyłanie ich na mój serwer :) lub z mojego serwera wysyłanie danych które wykorzystam na stronie :D - nie mogę tego zrozumieć i super byłoby to gdzieś zobaczyć :)

[@tworcastron]

@@karolinakulinska5069 W takim razie polecam serie Projekt praktyczny "Notatki". Znajdziesz na kanale. To jest dokładnie to co opisujesz :) Odcinki wychodzą na bierząco. kzbin.info/www/bejne/aKq5mHtpl556nJo

[@hesus_hess]

Jak zwykle super materiał.

[@szczeczaczoszczeczek5077]

Przez długi czas nie mogłem zrozumieć async/await w sensie pisać ich poprawnie. Niby wiedziałem, że zastępują then/catch, a nie potrafiłem ten składni przerobić na async/await. Po okiełznaniu i używania ich już normalnie, śmieje się do siebie jak bardzo głupi muszę być, że tyle czasu mi to zajęło, a przecież są takie proste, przyjemne i logiczne :)

[@tworcastron]

Właściwie zabrakło tutaj samego .catch, bo przy async/await powinno je zastąpić try/catch. Ale też na pewno do tego wrócę :)

[@szczeczaczoszczeczek5077]

Twórca Stron troszkę może zabrakło ale i tak wyszło super

[@nickyy_00]

W końcu zrozumiałem, dzięki za materiał :3

[@mateuszsmendowski2677]

Idealnie wytłumaczone :)

[@somystic100]

Świetnie wytłumaczone!🙂

[@boructomek]

Dziś pół dnia spędziłem na skrypcie który zapisuje do bazy dane w ilości hurtowej . I mimo użycia AWAIT efekt był inny niż zamierzony. Na przykład jedna funkcja zapisywała 10000 dokumentów do mongoodb a następna funkcja druga wyświetlała te dane. I sie okazało że funkcja druga już działała mimo że do bazy jeszcze nie wszystko zostało zapisane. Efektem tego było znalezienie np 5000 elementów. Miałem nadzieję że AWAIT rozwiąże problem a tu figa :)

[@artcza87]

super materiał !

[@madeit130]

Dzięki ;)

[@arek9223]

Świetny materiał ;) Fajnie by było jakbyś omówił kiedyś w jakimś dłuższym materiale bardziej zaawansowane rzeczy w JS np pokazując na jakimś projekcie wszystko w praktyce. Może nawet 2h materiał. Chętnie bym coś takiego zobaczył :D

[@tworcastron]

Dzięki! Mam w planie serie odcinków bardziej praktycznych (tylko jeszcze nie wiem kiedy). Może nie aż po 2 godziny, ale jakieś bardziej zaawansowane rzeczy pewnie by się tam znalazły:)

[@stubborntommy]

Świetny kanał i dzięki za wszystkie materiały. Mógłbyś napisać, z jakiego theme korzystasz w VS Code, bardzo mi się spodobał. Pozdrawiam.

[@tworcastron]

To był bodajże "One Dark Pro"

[@stubborntommy]

@@tworcastron dzienks.

[@WojciechKobus]

Hej! Wszystko super. Tylko dodam, że jak się to uczę, to zauważyłem, że niepotrzebnie przekazujesz w promisach wyjście resolve przez parametry w funkcjach strzałkowych w then. Czyli rozbudowanie then(registeredUser =>... tylko po to, aby przekazać registeredUser dalej. Jeśli mamy resolve - i potem w then następną funkcję - resolve sam zwraca z default wyjście do następnej funkcji z kolejnym then(). Nie wiem czy dobrze wytłumaczyłem. Oczywiście każda kolejna funkcja musi pobierać parametr na wejściu.

[@Damian1Ch93]

Pozdrawiam :)

[@tworcastron]

Pozdrawiam kolejny raz ;)

[@podroznik2214]

Czy funkcje, na które czekamy (te za await) muszą zwracać new Promise czy mogą zwrócić samą wartość?

[@tworcastron]

Promis jest takim "opakowaniem" na asynchroniczne operacje, więc tak. Po await zawsze powinien być zwrócony promise. Technicznie rzecz biorąc można wstawić await nawet przed 2+2 i zwróci wartość (4) - ale wtedy użycie "await" nie ma sensu.

[@coder_one]

A co z blokiem catch? Jak obsłużyć błędy przy użyciu async / await?

[@tworcastron]

Odcinek o try/catch ;) kzbin.info/www/bejne/ipTWfJuhpNB9o80

[@Devilman91]

A co w przypadku obsługi błędu? Rozumiem, że nie możemy już użyć catcha?

[@Devilman91]

Ok mam! Jakby się ktoś zastanawiał - jeżeli chcesz obsłużyć błąd wewnątrz funkcji, za pomocą sync/await, należy skorzystać z bloku try/catch.

[@tworcastron]

O łapaniu błędów i try, catch jest specjalny odcinek ;)

[@jsceo]

skoro async/await to tylko syntactic sugar to jak inaczej niz uzywajac wlasnie tego sposobu wydobyc 1 z tego promisa i przypisac do jakiejs zmiennej? hastebin.com/jezexojexo.coffeescript

[@tworcastron]

Polecam odcinek o callbackach i promisach. Tak jest to dokładnie wytłumaczone :)

[@ukaszszarpak1938]

Świetnie tłumaczysz, łapa w górę 👍 ale angielski masz do poprawy

[@tworcastron]

Będzie lepiej :)

[@ProgrammingLearning]

syntactic sugar a nie synthetic sugar

[@michawidawski3226]

Witam ma takie pytanie mam tutaj kod : ort { parseRequestUrl } from '../utils'; import { getProduct } from '../api'; import slajder from '../slajder'; const ProductScreen = { render: async () => { const request = parseRequestUrl(); const product = await getProduct(request.id); if (product.error) { return `${product.error}`; } return ` `; }, }; export default ProductScreen; jak po tym returnie dodać kolejnego awaita ponieważ z tej wyrenderowanej strony są komponenty ktore sa mi potrzebne do zrobienia funcji.

[@jarekKatowice]

Hej wszystko ładnie ale jak uzywajac Promise.all przerzucac do kazdego promise zwracana wartosc z poprzedniego promisa. (to co robisz od 12 minuty)

[@tworcastron]

Do tego potrzebujesz normalnych promisów, które będą się wykonywały w odpowiedniej kolejności.