Pytanie o bibliotekę w oderwaniu od kontekstu nie ma sensu. Przykładowo w React Native wg ostatniej globalnej ankiety przeprowadzanej wśród programistów React Native wyszło, że axios posiada nadal solidny kawałek tortu wśród rozwiązań do fetchowania danych. Dlatego pytając o axiosa powinieneś określić kontekst w jakim chcesz go używać. Pojedyncze biblioteki dobiera się do reszty stacku technologicznego, a nie "bo takie mam widzimisie".
Witam. Mam problem z kodem, który został udostępniony. Nie działa dokładnie tak jak na filmie. Back-end nie wysyła danych tak jak pokazano. Wysyła tylko samo 'id' i 'name'. Przerobiłem tak, żeby serwer, zwracał całe 'people', a nie 'filteredPeople' i wtedy miałem całość, ale niespecjalnie to pomogło jeśli chodzi o front-end. Nie będę się rozpisywał co już nakombinowałem, żeby to ruszyć, bo i tak nic nie pomogło. Zakładam, że wychodzi tu moja niewiedza tematu, który dopiero poznaję, ale na tą chwilę coś nie gra. Działam na macOS.
@@JZP Jeżeli pobieram z /people to mam id, name, email, age. Jeśli pobieram przez filteredPeople to mam id i name, bo tak wynika z kodu. Tylko zakładam że jeżeli chcemy obsłużyć we front-end wszyskie dane to filtrowanie tu się nie sprawdzi, przynajmniej na tą chwilę. Gorzej że nie widzę tego na front-end. Jak wchodzę na adres back-end: 'localhost:3000/people' to widzę całą tablicę, ale jak otwieram front-end: localhost:5173/ to nie widzę nic. W Konsoli pokazuje mi dwa razy 'not available'.
@@JZP Jeżeli pobieram z /people to mam id, name, email, age. Jeśli pobieram przez filteredPeople to mam id i name, bo tak wynika z kodu. Tylko zakładam że jeżeli chcemy obsłużyć we front-end wszyskie dane to filtrowanie tu się nie sprawdzi, przynajmniej na tą chwilę. Gorzej że nie widzę tego na front-end. Jak wchodzę na adres back-end: 'localhost:3000/people' to widzę całą tablicę, ale jak otwieram front-end: localhost:5173/ to nie widzę nic. W Konsoli pokazuje mi dwa razy 'not available'.
@@JZP @JZP Jeżeli pobieram z /people to mam id, name, email, age. Jeśli pobieram przez filteredPeople to mam id i name, bo tak wynika z kodu. Tylko zakładam że jeżeli chcemy obsłużyć we front-end wszyskie dane to filtrowanie tu się nie sprawdzi, przynajmniej na tą chwilę. Gorzej że nie widzę tego na front-end. Jak wchodzę na adres back-end: 'localhost:3000/people' to widzę całą tablicę, ale jak otwieram front-end: localhost:5173/ to nie widzę nic. W Konsoli pokazuje mi dwa razy 'not available'.
Problem jaki z tym widzę, to że używanie Reacta jako wyłącznie frontend przechodzi do przeszłości. Twórcy Reacta zalecają używanie go z jakimś frameworkiem, a najpopularniejszy jest NextJS (z którym twórcy Reacta bezpośrednio współpracują z Vercelem). NextJS ma wybudowany routing i właśnie podobne optymalizacje, co powoduje, że staje się lepszym wyborem niż wyłącznie frontendowe biblioteki. Wydaje mi się, że kurs Nexta byłby lepszym wyborem, szczególnie gdzie nie ma dużo tutoriali na jego temat
@@koksikskkj7937 Jest kilka fundamentalnych błędów jakie można zrobić w trakcie nauki programowania, np. nauka Reacta przed opanowaniem vanilla JS na solidnym poziomie. Do tych błędów zalicza się również nauka meta-frameworka zanim dogłębnie pozna się sam framework. Kończy się to tym, że takie "osobistości programistyczne" biorą potem udział w rekrutacji i ręce opadają, bo kandydat błyszczy wiedzą o Next.js, a nie zna podstawowych mechanizmów rządzących Reactem (o samym JS nie wspomnę) i dochodzimy do kolejnego poziomu absurdu - "programistów", którzy nie są już nawet developerami jednego frameworka/biblioteki, tylko jednego metaframeworka, bo taki "ekspert" od Nexta ma poważne problemy, żeby odnaleźć się w projektach Reactowych gdzie tego Nexta nie ma (a przypominam, że oprócz możliwości pisania "gołych" aplikacji Reactowych mamy jeszcze inne meta-frameworki w ekosystemie Reacta)...
Super temat! Chcemy wiecej 😊❤
Nie wiem czy była tu o tym mowa bo jeszcze tego nie obejrzałem ale warto wspomnieć o gcTime w tanstacku ;)
Super xD
Zustand/Redux-Toolkit i chyba komplet jak na razie :D
Dawajcie jeszcze Nexta ❤
Mamy w kursie ;) możesz rzucić okiem na agendę na stronie
axios jest nadal dobrym i aktualnym narzędziem? powinienem korzystać z niego tutaj zamias fetch? są lepsze alternatywy czy axios jest ok?
Pytanie o bibliotekę w oderwaniu od kontekstu nie ma sensu. Przykładowo w React Native wg ostatniej globalnej ankiety przeprowadzanej wśród programistów React Native wyszło, że axios posiada nadal solidny kawałek tortu wśród rozwiązań do fetchowania danych.
Dlatego pytając o axiosa powinieneś określić kontekst w jakim chcesz go używać. Pojedyncze biblioteki dobiera się do reszty stacku technologicznego, a nie "bo takie mam widzimisie".
Axios jest ok 🙂
@@coder_one no z tanstack queey
Co jeśli na stronie mam 3 sekcje i w każdej są dane pobrane z innego adresu API? Czy to się robi za pomocą jednego useQuery?
WRESZCIE
Witam. Mam problem z kodem, który został udostępniony. Nie działa dokładnie tak jak na filmie. Back-end nie wysyła danych tak jak pokazano. Wysyła tylko samo 'id' i 'name'. Przerobiłem tak, żeby serwer, zwracał całe 'people', a nie 'filteredPeople' i wtedy miałem całość, ale niespecjalnie to pomogło jeśli chodzi o front-end. Nie będę się rozpisywał co już nakombinowałem, żeby to ruszyć, bo i tak nic nie pomogło. Zakładam, że wychodzi tu moja niewiedza tematu, który dopiero poznaję, ale na tą chwilę coś nie gra. Działam na macOS.
Hej Artur - rozumiem, że ID i name przychodzą tylko kiedy pobierasz dane wszystkich osób ze /people, prawda?
@@JZP Jeżeli pobieram z /people to mam id, name, email, age. Jeśli pobieram przez filteredPeople to mam id i name, bo tak wynika z kodu. Tylko zakładam że jeżeli chcemy obsłużyć we front-end wszyskie dane to filtrowanie tu się nie sprawdzi, przynajmniej na tą chwilę. Gorzej że nie widzę tego na front-end. Jak wchodzę na adres back-end: 'localhost:3000/people' to widzę całą tablicę, ale jak otwieram front-end: localhost:5173/ to nie widzę nic. W Konsoli pokazuje mi dwa razy 'not available'.
@@JZP Jeżeli pobieram z /people to mam id, name, email, age. Jeśli pobieram przez filteredPeople to mam id i name, bo tak wynika z kodu. Tylko zakładam że jeżeli chcemy obsłużyć we front-end wszyskie dane to filtrowanie tu się nie sprawdzi, przynajmniej na tą chwilę. Gorzej że nie widzę tego na front-end. Jak wchodzę na adres back-end: 'localhost:3000/people' to widzę całą tablicę, ale jak otwieram front-end: localhost:5173/ to nie widzę nic. W Konsoli pokazuje mi dwa razy 'not available'.
@@JZP @JZP Jeżeli pobieram z /people to mam id, name, email, age. Jeśli pobieram przez filteredPeople to mam id i name, bo tak wynika z kodu. Tylko zakładam że jeżeli chcemy obsłużyć we front-end wszyskie dane to filtrowanie tu się nie sprawdzi, przynajmniej na tą chwilę. Gorzej że nie widzę tego na front-end. Jak wchodzę na adres back-end: 'localhost:3000/people' to widzę całą tablicę, ale jak otwieram front-end: localhost:5173/ to nie widzę nic. W Konsoli pokazuje mi dwa razy 'not available'.
@@arturszymanski1845 To, że endpoint zwraca tylko id i name jest ok - w późniejszej cześci video zajmujemy się pobranie wszystkich danych :)
kłiri
KŁERTY
Problem jaki z tym widzę, to że używanie Reacta jako wyłącznie frontend przechodzi do przeszłości. Twórcy Reacta zalecają używanie go z jakimś frameworkiem, a najpopularniejszy jest NextJS (z którym twórcy Reacta bezpośrednio współpracują z Vercelem). NextJS ma wybudowany routing i właśnie podobne optymalizacje, co powoduje, że staje się lepszym wyborem niż wyłącznie frontendowe biblioteki.
Wydaje mi się, że kurs Nexta byłby lepszym wyborem, szczególnie gdzie nie ma dużo tutoriali na jego temat
Well, w kursie omawiamy Next.js ;)
@@JZP A to słusznie chłopaki :P Dobrze, że niczego nie brakuje
@@koksikskkj7937 Jest kilka fundamentalnych błędów jakie można zrobić w trakcie nauki programowania, np. nauka Reacta przed opanowaniem vanilla JS na solidnym poziomie.
Do tych błędów zalicza się również nauka meta-frameworka zanim dogłębnie pozna się sam framework. Kończy się to tym, że takie "osobistości programistyczne" biorą potem udział w rekrutacji i ręce opadają, bo kandydat błyszczy wiedzą o Next.js, a nie zna podstawowych mechanizmów rządzących Reactem (o samym JS nie wspomnę) i dochodzimy do kolejnego poziomu absurdu - "programistów", którzy nie są już nawet developerami jednego frameworka/biblioteki, tylko jednego metaframeworka, bo taki "ekspert" od Nexta ma poważne problemy, żeby odnaleźć się w projektach Reactowych gdzie tego Nexta nie ma (a przypominam, że oprócz możliwości pisania "gołych" aplikacji Reactowych mamy jeszcze inne meta-frameworki w ekosystemie Reacta)...