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.
Świetnie uczysz - masz talent do nauczania, w programowaniu ze świecą szukać dobrych nauczycieli, nie chodzi o specjalistow ale o osoby potrafiace przekazywac wiedze - dziekuje!
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 ;)
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 :)
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.
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:)
@@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ć :)
@@karolinakulinska5069 W takim razie polecam serie Projekt praktyczny "Notatki". Znajdziesz na kanale. To jest dokładnie to co opisujesz :) Odcinki wychodzą na bierząco. th-cam.com/video/2yVgH3b9Gf8/w-d-xo.html
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 :)
Ś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
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:)
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.
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.
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
Witam ma takie pytanie mam tutaj kod : ort { parseRequestUrl } from '../utils'; import { getProduct } from '../api'; import slajder from '../slajder'; const ProductScreen = { render: async () => {
}, }; export default ProductScreen; jak po tym returnie dodać kolejnego awaita ponieważ z tej wyrenderowanej strony są komponenty ktore sa mi potrzebne do zrobienia funcji.
Gdybym mógł to bym Cie subskrybował więcej niż raz.
zawsze to wsm wiedziałem ale nie rozumiałem. miło po latach ogarnąć dlaczego co i jak
Kolejny świetny materiał. Wysoki poziom trzymany :) dzięki i pozdrawiam!
Pozdro! :)
Bardzo dobrze tłumaczysz trudne rzeczy na ludzki język
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.
Super, piona! :)
Świetnie uczysz - masz talent do nauczania, w programowaniu ze świecą szukać dobrych nauczycieli, nie chodzi o specjalistow ale o osoby potrafiace przekazywac wiedze - dziekuje!
Rewelacyjnie tłumaczysz, dzięki!
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 ;)
Dzięki:)
Super film, wszystko konkretnie i jasno podane :) Jak zresztą cały ten cykl.
Jak zwykle super materiał.
Idealnie wytłumaczone :)
W końcu zrozumiałem, dzięki za materiał :3
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 :)
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ę :)
Twórca Stron troszkę może zabrakło ale i tak wyszło super
Świetnie wytłumaczone!🙂
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.
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:)
@@tworcastron jest może już taki odcinek ? o fetchu i header ? , Dzięki za to co robisz !
@@karolinakulinska5069 nie ma. Natomiast trochę o headerach jest w odcinku o testowaniu api th-cam.com/video/TkhwQj80egw/w-d-xo.html
@@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ć :)
@@karolinakulinska5069 W takim razie polecam serie Projekt praktyczny "Notatki". Znajdziesz na kanale. To jest dokładnie to co opisujesz :) Odcinki wychodzą na bierząco. th-cam.com/video/2yVgH3b9Gf8/w-d-xo.html
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 :)
super materiał !
Dzięki ;)
Ś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
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:)
Ś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.
To był bodajże "One Dark Pro"
@@tworcastron dzienks.
Czy funkcje, na które czekamy (te za await) muszą zwracać new Promise czy mogą zwrócić samą wartość?
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.
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.
Pozdrawiam :)
Pozdrawiam kolejny raz ;)
A co z blokiem catch? Jak obsłużyć błędy przy użyciu async / await?
Odcinek o try/catch ;) th-cam.com/video/TcsKhkokJmk/w-d-xo.html
A co w przypadku obsługi błędu? Rozumiem, że nie możemy już użyć catcha?
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.
O łapaniu błędów i try, catch jest specjalny odcinek ;)
syntactic sugar a nie synthetic sugar
Świetnie tłumaczysz, łapa w górę 👍 ale angielski masz do poprawy
Będzie lepiej :)
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
Polecam odcinek o callbackach i promisach. Tak jest to dokładnie wytłumaczone :)
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.
Hej wszystko ładnie ale jak uzywajac Promise.all przerzucac do kazdego promise zwracana wartosc z poprzedniego promisa. (to co robisz od 12 minuty)
Do tego potrzebujesz normalnych promisów, które będą się wykonywały w odpowiedniej kolejności.